别硬扛，用CTE拆、临时表缓、物化提示压，但须确认MySQL≥8.0.23；CTE需业务命名、按依赖顺序定义、禁用ORDER BY；引用≥3次且含高开销操作时改用带索引的临时表。
直接结论：别硬扛，用 CTE 拆、用临时表缓、用物化提示压——但先确认 MySQL 版本是否 ≥ 8.0.23。
CTE 拆解时必须遵守的三件事
超长嵌套不是“写得不够精简”，而是逻辑层被强行压进单条语句。CTE 不是语法糖，它是分层建模工具。
- 每个 CTE 必须有业务含义命名，比如
qualified_orders、customer_lifetime_value，禁用t1、tmp这类占位符 - CTE 定义顺序 = 执行依赖顺序：后一个可以引用前一个，但不能反向；
WITH a AS (...), b AS (SELECT * FROM a)合法，WITH b AS (SELECT * FROM a), a AS (...)报错 - 多个 CTE 之间用逗号分隔，最后一个不加逗号——MySQL 对这个语法错误报错位置极不友好，常卡在
syntax error near ","却不指明哪一行
什么时候该放弃 CTE，改用 CREATE TEMPORARY TABLE
CTE 默认不物化，重复引用 WITH x AS (...) SELECT * FROM x UNION SELECT * FROM x 在 MySQL 8.0.22 及之前等于执行两次全量计算。性能没变好，反而更难调。
- 当某个中间结果被引用 ≥ 3 次，且含 JOIN + GROUP BY + 窗口函数等高开销操作时，优先建临时表：
CREATE TEMPORARY TABLE tmp_summary AS SELECT ... - 建完立刻加索引：
ALTER TABLE tmp_summary ADD INDEX idx_user_date (user_id, order_date)，否则后续 JOIN 仍慢 - 临时表名建议带时间戳或哈希后缀（如
tmp_summary_20261014），避免并发执行时冲突
调试超长 SQL 的唯一可靠路径
嵌套子查询没法单独跑某一层，而 CTE 可以——这是它最不可替代的价值。
- 把主查询暂时替换成
SELECT * FROM cte_name，例如你定义了WITH recent_payments AS (SELECT ...)，就直接执行SELECT * FROM recent_payments - 别在 CTE 里写
ORDER BY：MySQL 会报错，PostgreSQL 虽允许但结果不可靠；排序留到最终主查询 - 如果某层 CTE 返回空，检查 WHERE 条件是否误用了外层字段（比如漏写表别名导致列解析到错误作用域）
真正容易被忽略的是：MySQL 8.0.23+ 才支持 MATERIALIZED 提示，想让 CTE 真正只算一次，必须显式写成 WITH RECURSIVE cte_name AS MATERIALIZED (SELECT ...)。低于这个版本，别信“CTE 会自动缓存”的经验说法——它不会。
