解释 MAKE_SET 对 NULL、0 和非零位的不同输出行为

MAKE_SET 的首个参数是位掩码：掩码为 NULL 时结果是 NULL，为 0 时结果是空字符串；非零掩码则按置位位置选择后面的标签参数。标签参数本身为 NULL 时会被跳过，却不会改变后续参数对应的位。所以“非零掩码”也可能得到空字符串，不能把显示为空直接理解为没有选中任何位。

官方地址：https://dev.mysql.com/doc/refman/8.4/en/string-functions.html#function_make-set

批量标签展示为什么容易丢失状态

设想一个批量任务列表，用一个整数保存“加急”和“复核”等标记，查询时再转换成中文标签。页面里某几行没有标签，开发者可能先怀疑数据没写入。但如果中间某个标签暂时停用而写成 NULL，非零掩码依旧存在，显示字符串却可能完全为空。

当列表、导出和报表都复用同一个展示字段时，这种歧义会传播到多个调用方。问题是信息在展示投影中被丢掉，不是函数随机返回。下面用原创的三位置标签表拆解规则，再给出保留状态的返回契约；场景是设计示例，没有流量指标或线上事故数据。

原接口若只返回 labels_text，调用方会把 NULL、空串以及有效标签列表混为一谈。改造的目标应是让消费方看见原始掩码与状态，而不是把所有空值都替换成同一段提示文字。数据状态和界面文案分别维护，才方便解释不同空白来源。

把掩码和标签位置分开理解

本例的标签参数表固定为：第一个“加急”，第二个 NULL，第三个“复核”。最低位是位 0，对应数值位权 1；下一位权 2 对应 NULL 标签；位权 4 对应“复核”。掩码 5 等于 1 与 4 同时置位，因此能得到两个有效标签。

跳过 NULL 标签不等于从参数表删除该位置。若真的把第二个参数删掉，第三个“复核”就会变成第二个参数，对应位权从 4 改为 2，旧数据含义随之变化。因此停用一个标签时，必须把位定义本身作为契约保存，不能随意整理参数顺序。

结果是逗号连接的字符串，不是自动生成的关系表，也不是 MySQL SET 列类型的声明。使用 MAKE_SET 并不会替你证明掩码只包含已定义的位。本文只用明确的非负整数和 SQL NULL，不把隐式类型转换的行为混进这个边界问题。

用一张边界表确认输出含义

-- 三个标签参数按位权1、2、4固定排列，中间NULL仍占一个位置。
SELECT
    MAKE_SET(NULL, '加急', NULL, '复核') AS unknown_mask,
    MAKE_SET(0, '加急', NULL, '复核') AS zero_mask,
    MAKE_SET(2, '加急', NULL, '复核') AS null_label_only,
    MAKE_SET(5, '加急', NULL, '复核') AS first_and_third,
    MAKE_SET(7, '加急', NULL, '复核') AS all_bits;

-- 空字符串不是NULL，它可以作为选中的空标签参与连接。
SELECT
    MAKE_SET(3, '', '复核') AS empty_label,
    MAKE_SET(8, '加急', NULL, '复核') AS outside_labels;

这些是按文档和实现规则推导的预期值，本文未执行 SQL。对掩码 NULL 和零值的比较，应在 SQL 中使用 IS NULL 或显式状态字段，不依赖客户端把它们显示成什么。某些显示工具把空白和 NULL 用近似的视觉形式呈现，这不是两者语义相同的证据。

把 NULL 标签替换成空字符串也会改变输出：NULL 被省略，而空字符串是被选中的一个有效字符串项。它可能带来开头、末尾或相邻逗号。因此不能为了“兼容空值”机械地给每个标签套 COALESCE(label, '')。

保留原始掩码，再增加展示字段

-- CTE只是独立样例输入，不修改数据库。
WITH sample AS (
    SELECT 101 AS item_id, CAST(NULL AS UNSIGNED) AS flags
    UNION ALL SELECT 102, 0
    UNION ALL SELECT 103, 2
    UNION ALL SELECT 104, 5
    UNION ALL SELECT 105, 8
)
SELECT
    item_id,
    flags AS raw_flags,
    CASE
        WHEN flags IS NULL THEN 'unknown'
        WHEN flags = 0 THEN 'none'
        ELSE 'nonzero'
    END AS flags_state,
    -- 未知掩码保留NULL，避免和已知的零值混淆。
    MAKE_SET(flags, '加急', NULL, '复核') AS labels_text,
    -- 三个位的映射只识别0到7；额外位单独暴露。
    CASE WHEN flags IS NULL THEN NULL
         ELSE (flags & 7)  flags
    END AS has_unmapped_bits
FROM sample
ORDER BY item_id;

这里的查询结果保留原始掩码 raw_flags、状态字段 flags_state、展示文本 labels_text，并增加本例映射范围之外的位标记。unknown、none 与 nonzero 是应用定义的状态，不是 MAKE_SET 内建返回类型。这样 item 103 即使展示为空，也仍能显示其原始掩码是 2。

has_unmapped_bits 只处理本例三个位的映射边界。它不会把“已定义但标签为 NULL”的位权 2 归为未映射；这种有意停用的标签，和超出参数列表的位权 8 是两种不同情况。若业务需要报告已停用标签，应额外记录标签定义状态，不能依靠输出字符串反推。

这也是返回契约的关键取舍：多保留少量状态字段，使展示文本可以自由调整；只保存逗号字符串虽然接口较短，却无法可靠恢复原始掩码。例如 5 与 7 在本例中得到相同文本，空串也有多个来源。标签名字本身包含逗号时，更不能简单按逗号拆分后当作无歧义编码。

上线观察该记录什么，以及常见问题

批量调用前，准备掩码 NULL、0、仅停用位、多个有效位以及超出映射范围的样本，明确每种状态在列表和导出里怎样表达。上线后可按真实业务统计未知掩码占比、未映射位记录数量，以及非零但展示为空的记录数量；这些是建议观察项，不是本文已经得到的上线结果。

如果位定义在多个服务里重复硬编码，应维护统一的位定义说明并给映射变化设置明确版本规则。标签改名通常只影响显示，调整位置却会改变掩码解释。旧记录和新映射能否兼容，需要在改动时主动决定，不能靠清理 NULL 参数来隐式完成。

为什么 5 和 7 显示相同？两者差异只有位权 2，而该位置的标签是 NULL，所以输出文本没有差异。

能否把掩码 NULL 直接改成 0？只有业务明确把“未知”定义为“没有标记”时才这样做；否则会丢失原状态。

MAKE_SET 返回空串，能判断数据正常吗？不能。先读原始掩码，再结合标签映射与应用状态判断，空白只是一种展示结果。

参考：MAKE_SET 官方文档；MySQL 8.4 字符串函数实现。