mysql 5.7及更早版本不支持except，需用left join...is null模拟；8.0+支持但默认去重且要求列类型顺序严格一致，null和重复行处理需特别注意。
MySQL 里没有 EXCEPT，别硬套 PostgreSQL 写法
MySQL 8.0+ 才支持 EXCEPT（且是标准 SQL 的严格语义），5.7 及更早版本直接报错 ERROR 1064。很多从 PostgreSQL 或 SQL Server 切过来的人会下意识写 SELECT * FROM a EXCEPT SELECT * FROM b，结果连语法都过不去。
实操建议：
- 确认 MySQL 版本：
SELECT VERSION();，低于 8.0 就得换思路 - 用
LEFT JOIN ... WHERE right_table.id IS NULL模拟差集，更可控也更兼容 - 如果必须用集合运算，升级到 MySQL 8.0+ 后注意
EXCEPT默认去重，不保留重复行 —— 这和NOT IN行为不同
PostgreSQL 的 EXCEPT 会自动去重，但你可能想要重复行
EXCEPT 在 PostgreSQL 中等价于 EXCEPT DISTINCT，它先对左右两边各自去重，再做差集。如果你查的是日志表、订单明细这类天然含重复的场景，直接用会丢数据。
常见错误现象：执行 SELECT user_id FROM orders EXCEPT SELECT user_id FROM refunds，结果比预期少 —— 因为同一 user_id 在 orders 里出现 5 次，EXCEPT 只当 1 次处理。
实操建议：
- 要保留重复逻辑，改用
NOT EXISTS子查询，它按行逐条判断 - 或者加
ROW_NUMBER()伪主键再EXCEPT，但性能差，慎用 - 注意列顺序和类型必须完全一致，否则报错
UNION/EXCEPT types text and integer cannot be matched
Oracle 用 MINUS，但大小写和空格敏感，字段别名不生效
MINUS 是 Oracle 特有关键字，行为接近 EXCEPT，但它对字符串比较默认区分大小写，而且忽略 AS 别名 —— 左右查询的列名以实际字段或表达式为准，不是别名。
使用场景：迁移 SQL Server 的 EXCEPT 到 Oracle 时，常因大小写导致“结果为空”这种假阴性。
实操建议：
- 统一用
UPPER()或LOWER()包裹字符串字段，避免隐式比较失败 - 两个查询的列数、顺序、类型必须严格一致；多列时，
MINUS比较整行，不是单列 - 不要依赖
SELECT name AS full_name FROM t1 MINUS SELECT name AS nickname FROM t2——AS在这里纯属摆设
跨数据库对比结果，NULL 值处理永远是最坑的点
所有数据库对 NULL = NULL 都返回 UNKNOWN，但 EXCEPT 和 MINUS 在判断“两行是否相等”时，对含 NULL 的行处理逻辑不一致。PostgreSQL 认为 (1, NULL) 和 (1, NULL) 相等；Oracle 的 MINUS 也这么干；但某些旧版 SQLite 表现不稳定。
性能影响：含大量 NULL 的字段参与 EXCEPT，可能导致索引失效，执行计划走全表扫描。
实操建议：
- 提前把
NULL转成确定值，比如COALESCE(email, '')，再参与差集运算 - 用
IS NOT DISTINCT FROM（PostgreSQL）或NVL（Oracle）显式声明NULL比较语义，别依赖默认行为 - 测试时务必构造含
NULL的用例，光看非空数据会漏掉关键差异
差集操作看着简单，真正上线前最该盯住的不是语法对不对，而是 NULL 怎么算、重复怎么算、大小写怎么算 —— 这三件事没对齐，结果就不可信。
