我刚好处理过类似的跨数据库语法兼容问题，能给你拆解清楚这个现象的本质：

首先先明确两个前提：

1. 以下示例查询经过清理简化，仅用于突出语法差异问题，无实际业务意义；
2. "获取对称差集"的任务与当前语法问题无关，无需关注。

核心差异：CTE与子查询的本质区别 #

你遇到的问题根源，是MySQL的子查询机制和PostgreSQL的CTE（WITH子句）并非等价：

• PostgreSQL的CTE是真正的公共表表达式：它会在查询执行前预先定义一个（或多个）临时结果集，整个后续查询逻辑都可以像引用普通表一样重复调用这个结果集，语法支持非常灵活，不管是非递归还是递归场景都能轻松驾驭。比如你提到的这类查询，用PostgreSQL的CTE写法是完全合法的：

  WITH temp AS (SELECT val FROM tableA)
  SELECT A.val FROM temp A;
  

• MySQL的子查询≠CTE：
  • 早期版本（MySQL 5.7及以下）根本不支持WITH子句这种CTE语法，如果你直接把PostgreSQL的CTE查询拿过来跑，会直接报语法错误；
  • 即使是MySQL 8.0+版本引入了CTE支持，它的实现逻辑和PostgreSQL也有差异——MySQL的子查询本质是"内联视图"，是在查询执行过程中临时生成的一次性结果，无法像PostgreSQL的CTE那样被当作独立的、可重复引用的临时表来使用，某些复杂的CTE引用逻辑在MySQL里依然会被判定为非法操作。

举个实际对比的例子 #

比如你可能写过这样的PostgreSQL查询（仅作语法演示）：

WITH cte_tableA AS (SELECT val FROM tableA),
     cte_tableB AS (SELECT val FROM tableB)
SELECT val FROM cte_tableA
EXCEPT
SELECT val FROM cte_tableB;

这个语句在PostgreSQL里能正常运行，但如果直接放到MySQL 5.7里，会因为不识别WITH子句而报错；就算在MySQL 8.0+里，虽然能执行，但如果涉及到递归CTE或者多次重复引用同一个CTE的场景，还是可能出现和PostgreSQL不一致的语法判定。

而如果用MySQL的子查询写法来模拟，只能写成内联视图嵌套的形式：

SELECT val FROM (SELECT val FROM tableA) a
EXCEPT
SELECT val FROM (SELECT val FROM tableB) b;

这种写法虽然在MySQL 8.0+里能跑，但和PostgreSQL的CTE写法在执行计划、语义上都有区别，这也是为什么你会觉得"MySQL的子查询并非完全限定CTE"。

内容的提问来源于stack exchange，提问作者Mark Gerolimatos