except不能出现在子查询select列表中，因其是集合运算符，需作用于两个完整结果集，而子查询必须返回标量、单行或多行单列；mysql不支持except，postgresql仅支持顶层或cte中使用，嵌套在in等子句中会语法报错。
EXCEPT 不能出现在子查询的 SELECT 列表里
因为 EXCEPT 是集合运算符，作用于两个完整的结果集（即两个独立的 SELECT 语句），而子查询在语法上必须返回一个标量值、一行或多行单列（取决于上下文），不能“返回一个带集合运算的结果集”。你写 SELECT ... WHERE x IN (SELECT a FROM t EXCEPT SELECT b FROM u) 看似合理，但绝大多数数据库（MySQL、PostgreSQL、SQL Server）会直接报错——不是逻辑错，是语法解析阶段就拒绝。
MySQL 和 PostgreSQL 对 EXCEPT 子查询的支持差异
MySQL 根本不支持 EXCEPT（直到 8.0.31 仍无原生实现），所以任何含 EXCEPT 的子查询都会触发 Unknown database error 或 syntax error；PostgreSQL 支持 EXCEPT，但它只允许出现在顶层 SELECT 中，或作为 WITH 子句的成员，不能嵌套在 WHERE、FROM 或标量子查询中。例如：(SELECT id FROM a EXCEPT SELECT id FROM b) 单独执行没问题，但放进 IN 里：WHERE id IN (SELECT id FROM a EXCEPT SELECT id FROM b)，PostgreSQL 会报 syntax error at or near "EXCEPT"。
替代方案：用 NOT EXISTS 模拟 EXCEPT 语义
想表达“属于 A 但不属于 B”的逻辑，别硬套 EXCEPT，改用标准兼容写法：
-
NOT EXISTS最稳：SELECT a.id FROM a WHERE NOT EXISTS (SELECT 1 FROM b WHERE b.id = a.id) - 如果需去重且 B 可能有 NULL，加
AND b.id IS NOT NULL避免三值逻辑陷阱 - MySQL 5.7 及更早版本连
NOT IN (SELECT ...)都危险（B 表含 NULL 时整个条件变 UNKNOWN），NOT EXISTS是唯一可靠选择 - 需要保留 A 中重复行？用
LEFT JOIN ... WHERE b.id IS NULL，比子查询更易读也更易优化
真正容易被忽略的点
很多人以为只要把 EXCEPT 查询包一层 SELECT * FROM (...) 就能当子查询用，但这是无效的——EXCEPT 的左右两边必须是可独立执行的 SELECT，外层包裹无法改变其“非标量”本质。真正要嵌套集合逻辑，得提前物化，比如先 CREATE TEMP TABLE tmp AS (SELECT ... EXCEPT SELECT ...)，再在主查询里引用 tmp。但这已脱离“纯嵌套查询”范畴，属于执行策略调整了。
