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 优化器内部都不会保留它的元信息。
