EXPORT_SET() 是位序列到字符串的映射函数，按从右往左顺序将二进制位转为 on/off 字符串，不进行权限校验；需人工约定位序与业务语义，且仅适用于 SELECT 展示，不可用于 WHERE 查询。
EXPORT_SET() 本质是位序列转字符串映射，不是权限校验函数
它不判断「有没有某位」，只按位顺序把每个二进制位翻译成 on/off 字符串。比如 EXPORT_SET(5, '✅', '❌', '', 3) 输出 ✅❌✅（因为 5 的二进制是 101，从右往左逐位展开，共取 3 位），但这个结果本身不告诉你「第 2 位对应什么语义」——那是你建模时约定的。
常见错误现象：把它当 find_in_set() 用，以为输出里有 ✅ 就代表“拥有该权限”，其实只是位值为 1 的可视化表达，没做任何业务逻辑绑定。
- 必须人工对齐位序和业务含义（例如：bit 0 = 查看、bit 1 = 编辑、bit 2 = 删除）
- 如果只传 3 个参数，
number_of_bits默认是 64，会补一堆off字符，容易误导 - separator 设为空字符串
''才能得到紧凑结果；设为','会生成✅,❌,✅这类带分隔符的串，前端解析更麻烦
正确调用 EXPORT_SET() 的参数顺序和位方向
MySQL 按「从右往左」检查二进制位，最低位（2⁰）是第 0 位，对应输出字符串的最右边字符（除非你指定 number_of_bits 并配合顺序理解）。这和多数人直觉的「高位在前」相反，极易搞反语义。
示例：EXPORT_SET(6, 'Y', 'N', '', 4)
- 6 的二进制是
110，补足 4 位为0110 - 从右往左读：bit0=0 → 'N'，bit1=1 → 'Y'，bit2=1 → 'Y'，bit3=0 → 'N'
- 拼起来是
NYYN（注意：不是NYYN从左到右排，而是按位索引顺序拼）
所以如果你约定「bit0=查看、bit1=编辑、bit2=删除、bit3=管理」，那 NYYN 就表示：无查看、有编辑、有删除、无管理 —— 这个顺序必须写死在文档或注释里，函数本身不保存映射关系。
和权限查询场景的配合方式：别在 WHERE 里用 EXPORT_SET()
EXPORT_SET() 是字符串生成函数，计算开销大，且无法走索引。真正查「用户是否有编辑权限」，必须用位与：permissions & 2 > 0；查「同时有查看和删除」，用 (permissions & 5) = 5（因为 1 | 4 = 5）。
-
EXPORT_SET()只适合 SELECT 列表中做状态展示，比如后台管理页显示「当前权限组合：✅❌✅」 - 在 WHERE 或 JOIN 条件中调用它，等于主动放弃索引，触发全表扫描
- 如果要让某位状态可索引，得加生成列：
ALTER TABLE users ADD COLUMN can_edit TINYINT AS ((permissions & 2) > 0) STORED，再给can_edit建索引
容易被忽略的兼容性细节
不同 MySQL 版本对 number_of_bits 的默认行为不一致：5.7 默认按整数类型最大位宽（如 TINYINT 是 8 位），8.0+ 默认是 64 位。如果字段是 TINYINT 却没传第五个参数，可能多出 56 个 off 字符，前端截断或解析失败。
- 务必显式传
number_of_bits，值等于你实际使用的权限位总数（如最多定义了 6 种权限，就传6） -
on和off参数支持任意字符串，但长度不宜过长，否则生成的字符串爆炸式增长（64 位 × 10 字符 = 640 字符） - 如果
bits是 NULL，整个函数返回 NULL，不是空字符串 —— 做前端展示时得提前COALESCE(export_set(...), '')
