mysql 8.0 中 cte 是语句级前缀,必须紧贴 dml/select 开头,不可嵌套、不可跨语句复用,递归需显式声明 recursive,生命周期仅限单条语句执行期。

MySQL 8.0 中 CTE 不是“可随处插入的子查询”,它只在特定位置生效,且语法容错率极低——写错一个词、多一个括号、漏掉 RECURSIVE 关键字,都会直接报错。
CTE 必须紧贴 DML 或 SELECT 开头,不能嵌套或包裹
CTE 的 WITH 子句不是修饰符,而是语句级前缀。它必须出现在 SELECT、INSERT、UPDATE 或 DELETE 的最前面,中间不能有任何其他内容(包括括号、注释、空行)。
- ✅ 正确:
WITH cte AS (SELECT id FROM t) SELECT * FROM cte; - ✅ 正确:
WITH cte AS (SELECT id FROM t) UPDATE u SET flag = 1 WHERE u.id IN (SELECT id FROM cte); - ❌ 错误:
SELECT * FROM (WITH cte AS (...) SELECT ...) s;—— CTE 禁止出现在派生表中 - ❌ 错误:
UPDATE t SET x = (WITH cte AS (...) SELECT y FROM cte);—— CTE 不支持标量子查询写法 - ⚠️ 注意:多个 CTE 用逗号分隔,后一个可引用前一个,但顺序不能颠倒
递归 CTE 必须显式写 RECURSIVE,否则报 ERROR 1223
MySQL 对递归 CTE 要求严格:只要子查询里引用了自身(哪怕只一次),就必须加 RECURSIVE 关键字。漏写会触发 ERROR 1223 (HY000),而不是语法错误提示,容易误判。
- ✅ 正确:
WITH RECURSIVE tree AS (SELECT id, parent_id FROM cats WHERE id = 123 UNION ALL SELECT c.id, c.parent_id FROM cats c INNER JOIN tree t ON c.parent_id = t.id) DELETE c FROM cats c INNER JOIN tree t ON c.id = t.id; - ❌ 错误:
WITH tree AS (SELECT ... UNION ALL SELECT ... FROM tree ...)—— 缺少RECURSIVE - ⚠️ 注意:递归部分不能含
GROUP BY、ORDER BY、LIMIT、聚合函数;也不能在子查询中引用 CTE(如WHERE x IN (SELECT ... FROM tree))
CTE 在 DML 中只能作顶层前缀,不可拆成多语句
CTE 定义和后续 DML 是强绑定的一条语句。如果你在 WITH ... UPDATE 后加分号再写另一条 SELECT,第二条会因找不到 WITH 报错——因为 CTE 生命周期仅限当前语句执行期。
- ✅ 正确:
WITH vip AS (SELECT customer_id FROM orders GROUP BY customer_id HAVING SUM(amount) > 50000) UPDATE customers SET status = 'VIP' WHERE id IN (SELECT customer_id FROM vip); - ❌ 错误:
WITH tmp AS (SELECT ...); SELECT * FROM tmp;—— 分号切断语句,tmp已失效 - ⚠️ 注意:CTE 不建索引、不落盘,性能依赖优化器是否物化;若需复用多次或加索引,应改用
CREATE TEMPORARY TABLE
非递归 CTE 可用于 INSERT/UPDATE/DELETE,但不能跨语句复用
很多人想把 CTE 当成临时视图反复调用,这是误区。CTE 名称只在定义它的那一条 SQL 内有效,执行完就消失,下一条语句无法 SELECT * FROM cte_name。
- ✅ 合理场景:
WITH recent AS (SELECT order_id FROM orders WHERE order_date >= '2026-09-15') DELETE FROM order_items WHERE order_id IN (SELECT order_id FROM recent); - ❌ 常见误用:先写
WITH cte AS (...) SELECT ...,再另起一行写SELECT * FROM cte—— 直接报Unknown table 'cte' - ⚠️ 注意:CTE 和临时表本质不同——CTE 是语法结构,临时表是物理对象;需要跨语句、加索引、反复读写时,别硬扛 CTE
最容易被忽略的是生命周期边界:CTE 不是变量,也不是会话级对象,它甚至不是“表”。你看到的 cte_name 只是一个指向某次计算结果的符号,在语句结束那一刻就从执行上下文中彻底抹除——连 MySQL 优化器内部都不会保留它的元信息。











