MySQL中“集合”分SET列类型和SQL集合操作两类，互不相关：SET是位图编码字符串，需用FIND_IN_SET查询；UNION/INTERSECT/EXCEPT作用于结果集，8.0.33+才原生支持INTERSECT/EXCEPT。
MySQL 中没有传统编程语言里的“集合对象”，所谓“集合”实际分两类：一类是 SET 列类型（存储多选值的专用数据类型），另一类是 SQL 集合操作（UNION/INTERSECT/EXCEPT 类语义）。两者完全无关，但名字都叫“集合”，初学者极易混淆。
SET 类型不是数学集合，而是带位图编码的字符串
SET('a','b','c') 看似像集合，实则是 MySQL 内部用整数位图压缩存储的字符串。插入 'a,c' 时，MySQL 并不检查顺序或去重逻辑，只校验每个值是否在预定义列表中，并按定义顺序拼接成逗号分隔字符串存入。这意味着：
-
'a,c'和'c,a'存储结果相同（都是'a,c'），但比较时WHERE interests = 'c,a'永远不成立——顺序必须严格匹配定义顺序 - 不能用
LIKE '%b%'安全匹配，因为若有个值叫'ab'，LIKE '%b%'会误命中；应始终用FIND_IN_SET('b', interests) > 0 - 最多支持 64 个枚举值，超出会报错；添加新值必须
ALTER TABLE，且可能触发全表锁（尤其在大表上要谨慎） - 底层存储是紧凑的位运算整数（如
'a,c'→1 | 4 = 5），所以interests & 2可快速判断是否含第 2 个值（'b'）
CREATE TABLE users (
id INT PRIMARY KEY,
roles SET('admin', 'editor', 'viewer')
);
INSERT INTO users VALUES (1, 'admin,viewer'); -- ✅ 合法
INSERT INTO users VALUES (2, 'viewer,admin'); -- ❌ 存为 'admin,viewer'，非原样保留
SELECT * FROM users WHERE FIND_IN_SET('editor', roles); -- ✅ 正确查询方式UNION / INTERSECT / EXCEPT 是结果集运算，不是数据类型
MySQL 的集合操作作用于查询结果（即“结果集”），要求参与运算的 SELECT 必须列数、类型、顺序一致。注意：INTERSECT 和 EXCEPT 在 MySQL 8.0.33+ 才原生支持，旧版本需用 INNER JOIN 或 IN 子查询模拟：
-
UNION自动去重 + 默认排序（性能开销比UNION ALL高）；UNION ALL只拼接，无去重无排序，速度更快 - 用
INTERSECT前先确认 MySQL 版本：SELECT VERSION();；若低于 8.0.33，用INNER JOIN更可靠（IN子查询在含 NULL 时行为异常） - 所有集合操作子句中禁止出现
ORDER BY、LIMIT、FOR UPDATE—— 若需排序，只能在外层再套一层查询
-- MySQL 8.0.33+ 支持原生 INTERSECT SELECT user_id FROM active_users INTERSECT SELECT user_id FROM paying_users;-- 旧版本兼容写法（推荐 INNER JOIN） SELECT a.user_id FROM active_users a INNER JOIN paying_users p ON a.user_id = p.user_id;
FIND_IN_SET 是 SET 类型的唯一安全查询函数
别信网上“SET 字段可以用 IN 查询”的说法——WHERE hobbies IN ('reading', 'swimming') 实际查的是整个字符串是否等于某个字面值，不是判断是否包含某元素。真正有效的只有：
-
FIND_IN_SET('value', set_col) > 0：返回位置索引（从 1 开始），不存在则为 0 set_col & (1 ：用位运算判断第 n 个预定义值是否存在（需知道值序号）-
set_col = 'val1,val2'：仅用于精确匹配完整值组合，顺序敏感
常见错误：用 LIKE 查 SET 字段。例如 hobbies LIKE '%travel%' 可能误匹配到 'traveling'（如果定义里有该值），或漏掉 'travel' 因为它被存在字符串开头/结尾。
最易被忽略的一点：SET 类型字段在 ORDER BY 中默认按内部整数值排序，不是按字符串字典序——比如 SET('z','a','m') 中，'a,z' 的内部值是 2 | 1 = 3，而 'z' 是 1，排序结果和你直觉相反。真要按字符串排序，得显式转成 CONVERT(set_col USING utf8mb4)。
