MySQL没有原生多值字段，SET仅适用于固定枚举且不支持动态扩展，JSON虽可存数组但查询性能差、无内建索引、并发易覆盖；真正可扩展的方案是拆分为关联表，通过外键实现一对多关系，确保可索引、可维护、可扩展。
MySQL 中没有原生“多值字段”，PHP 侧不能靠建表解决
PHP 本身不参与数据库字段类型的定义，CREATE TABLE 是 SQL 行为。所谓“多值字段”（如一个字段存多个标签、多个权限 ID）在 MySQL 中并不存在对应类型——SET 和 JSON 是最接近的两种方案，但它们语义和用法完全不同，不能当作“数组字段”随意使用。
别用 SET 存动态多值，它只适合固定枚举集
SET('admin','editor','viewer') 看似能存多个值，但本质是位图编码的有限集合：最多 64 个预定义值，且无法存储任意字符串或数字 ID。一旦业务需要新增权限类型（比如加个 'auditor'），就必须 ALTER TABLE，线上 DDL 风险高。
- 插入时用逗号分隔：
INSERT INTO users (roles) VALUES ('admin,editor') - 查询某个角色存在：
SELECT * FROM users WHERE FIND_IN_SET('admin', roles)—— 无法走索引，大数据量极慢 - 不能存重复值，也不能存非预设值（如
'super_admin'直接报错）
用 JSON 字段要谨慎：查写都受限
MySQL 5.7+ 支持 JSON 类型，可存数组：["tag1","tag2",101]，但不是万能替代：
- 查询需用
JSON_CONTAINS()或JSON_EXTRACT()，无法直接WHERE tags LIKE '%tag1%'（可能误匹配） - MySQL 对 JSON 内部数组元素不建索引，
JSON_CONTAINS(tags, '"tag1"')全表扫描 - PHP 读取后仍是字符串，必须
json_decode($row['tags'], true)才能当数组用；写入前也得json_encode() - 并发更新易覆盖：两个请求同时读-改-写同一个 JSON 字段，后写入的会丢掉前一次的修改
CREATE TABLE posts ( id INT PRIMARY KEY, title VARCHAR(255), tags JSON );
真正可扩展的方案：拆成关联表，PHP 只负责组装逻辑
多值关系本质是“一对多”，标准解法就是第三张表。例如用户有多角色，就建 user_roles：
立即学习“PHP免费学习笔记（深入）”；
-
user_id（外键） +role_id（或role_name），联合唯一 - 增删用简单 INSERT/DELETE，无 JSON 序列化风险
- 查某用户所有角色：
SELECT r.name FROM user_roles ur JOIN roles r ON ur.role_id = r.id WHERE ur.user_id = ?，可走索引 - PHP 层用
foreach ($roles as $role) { ... }直接遍历，无需解析
如果真要“看起来像一个字段”，PHP 可封装访问器（如 Laravel 的 getRolesAttribute()），但底层仍是关联表——这才是可排序、可搜索、可授权、可审计的起点。
想绕过范式直接塞多值，后期必然卡在查询性能、事务一致性和迁移成本上。
