MySQL中SET字段需建表时预定义所有合法字符串值，如SET('admin','editor','viewer')，插入时用逗号分隔的字符串（如'admin,editor'），不可用数组或JSON，后续增选项需谨慎ALTER否则旧数据可能丢失。
SET 字段在 MySQL 里怎么建才支持多选固定值
mysql 的 set 类型本质是位图存储，不是数组也不是 json，它只接受预定义字符串列表中的一个或多个值，且值之间用逗号分隔（但存储时是紧凑二进制）。建表时必须显式列出所有合法选项，后续不能直接 alter table ... modify 新增选项而不重建数据——否则旧数据可能被截断或转为 ''。
- 建表语句示例：
CREATE TABLE user_tag (id INT, roles SET('admin','editor','viewer') DEFAULT 'viewer'); - 插入多选值用字符串拼接：
INSERT INTO user_tag VALUES (1, 'admin,editor');，不是数组['admin','editor']，也不是 JSON - 新增枚举项要小心：
ALTER TABLE user_tag MODIFY roles SET('admin','editor','viewer','auditor');在老版本 MySQL（'admin,editor' 的行变成'admin,editor,'（末尾多逗号）甚至空字符串 - 查询时不能用
IN直接匹配多个值：WHERE roles IN ('admin','editor')只会查出 roles 恰好等于单个值的记录；得用FIND_IN_SET('admin', roles)或位运算roles & 1
Django Model 中定义 SET 字段要注意什么
Django 原生不支持 SET 类型，强行用 models.CharField 存逗号字符串会丢失校验和查询能力。真正靠谱的做法是：放弃 SET，改用 ManyToManyField + 中间表，或者用 CharField 配合自定义验证器 + choices 约束输入范围。
- 如果坚持用字符串存多选（如兼容遗留 schema），必须重写
to_python和get_prep_value方法，确保传入的是list或tuple，输出是排序去重后的逗号字符串：'admin,viewer'，而非'viewer,admin'（顺序不同会导致 WHERE 不匹配） -
choices参数只影响表单渲染和 admin 显示，**不阻止数据库写入非法值**；必须配合validators=[validate_set_choices]才能拦住'hacker'这类非法字符串 - ORM 查询没法直接表达 “包含 admin 且不包含 editor” 这种逻辑，得用
extra(where=[...])或原生 SQL，因为__contains是子串匹配，'admin'会被'administrator'误命中
前端多选下拉如何绑定后端 SET 字段
前端传过来的永远是数组（如 ["admin","viewer"]），后端收到后必须做三件事：去重、排序、拼接为逗号字符串。不能直接 JSON.stringify 或 join 而不校验——用户可能篡改请求，传入 ["admin","xxx"]。
- 校验必须在反序列化后立刻进行：检查每个元素是否在预设白名单内（比如
ALLOWED_ROLES = {'admin','editor','viewer'}），不在就 400 - 避免用
",".join(sorted(request_data['roles']))，因为排序后['viewer','admin'] → 'admin,viewer'，而数据库里可能是'viewer,admin'（历史数据顺序不一致），导致 UPDATE 时触发无意义变更 - 建议统一用集合交集判断是否变更：
set(old.split(',')) != set(new_list)，而不是字符串比较 - Vue/React 表单组件绑定时，v-model / value 应该是数组，提交前再转字符串；不要让 input 的 value 是
"admin,viewer"，否则用户手动编辑会破坏格式
为什么线上排查常发现 SET 字段值变空或乱码
最常见原因是字符集不一致或字段长度不足。MySQL 的 SET 实际占用字节数取决于选项个数（最多 64 个，占 8 字节），但显示长度受字符集影响。比如 utf8mb4 下，SET('a','bb','ccc') 最长显示为 'a,bb,ccc' 共 7 字符，但若客户端连接用 latin1，而表用 utf8mb4，读出来就是乱码；更隐蔽的是，当 SET 选项含中文时，某些 ORM 默认用 utf8 连接（非 utf8mb4），导致插入失败后静默转为空字符串。
- 查当前连接字符集：
SHOW VARIABLES LIKE 'character_set%';，重点看character_set_client和character_set_connection是否与表一致 - 检查字段实际存储内容是否被截断：
SELECT HEX(roles), LENGTH(roles) FROM user_tag WHERE id=1;，若HEX返回空或异常短，说明写入时就被截了 - PHP 的
mysqli默认不报错，需显式开启mysqli_report(MYSQLI_REPORT_ERROR | MYSQLI_REPORT_STRICT)；Python 的pymysql同理，否则非法 SET 值会静默变成空字符串
