应将复杂SQL按逻辑拆分为多步，用临时表或CTE保存中间结果：单条SQL超5个JOIN、嵌套超2层、需复用计算逻辑、需先过滤聚合再关联、或执行计划显示子查询重复计算时均应拆分。
复杂SQL查询直接写成一条语句，容易出错、难调试、性能差，也难复用。更合理的方式是把大查询按逻辑拆开，用临时表（或CTE）分步保存中间结果，再组合计算。
什么时候该拆分查询
以下情况建议主动拆分：
- 单条SQL超过5个JOIN，或嵌套子查询超过2层
- 需要多次引用同一段计算逻辑（比如用户最近一次订单时间）
- 某部分数据需过滤或聚合后才能参与后续关联（如先算出每个部门的平均薪资，再和员工表比对）
- 执行计划显示某子查询被重复计算多次（可通过EXPLAIN观察）
用临时表分步落地中间结果
临时表让每一步清晰可见，便于检查数据质量、加索引、控制生命周期。以MySQL为例：
-- 第一步：提取活跃用户（近30天有登录）
CREATE TEMPORARY TABLE tmp_active_users AS
SELECT DISTINCT user_id FROM user_log WHERE log_time >= DATE_SUB(NOW(), INTERVAL 30 DAY);
-- 第二步：关联订单，统计每人下单金额
CREATE TEMPORARY TABLE tmp_user_order_sum AS
SELECT u.user_id, COALESCE(SUM(o.amount), 0) AS total_amount
FROM tmp_active_users u
LEFT JOIN orders o ON u.user_id = o.user_id AND o.status = 'paid'
GROUP BY u.user_id;
-- 第三步：和用户维度表关联，输出最终报表
SELECT u.name, u.city, t.total_amount
FROM users u
INNER JOIN tmp_user_order_sum t ON u.id = t.user_id
ORDER BY t.total_amount DESC LIMIT 100;
CTE替代临时表（适合单次使用场景）
如果中间结果只用一次，且数据库支持（MySQL 8.0+、PostgreSQL、SQL Server等），优先用CTE，语法更紧凑、可读性更强：
WITH active_users AS (
SELECT DISTINCT user_id FROM user_log WHERE log_time >= NOW() - INTERVAL '30 days'
),
user_orders AS (
SELECT u.user_id, SUM(o.amount) AS total_amount
FROM active_users u
LEFT JOIN orders o ON u.user_id = o.user_id AND o.status = 'paid'
GROUP BY u.user_id
)
SELECT u.name, u.city, COALESCE(o.total_amount, 0)
FROM users u
LEFT JOIN user_orders o ON u.id = o.user_id;
拆分时的关键注意点
避免“为拆而拆”，重点保障逻辑正确与性能可控：
- 临时表记得加索引——尤其用于JOIN或WHERE的字段，如
ALTER TABLE tmp_active_users ADD INDEX idx_user_id (user_id); - CTE不是物化视图，多数数据库会重算（除非加
MATERIALIZED提示，如PostgreSQL 12+） - 临时表名别太长，但要有业务含义，比如
tmp_2024q2_high_value_customers比tmp1更易维护 - 在存储过程或脚本中拆分时，记得处理异常退出后的临时表清理（MySQL自动销毁，但显式
DROP TEMPORARY TABLE更稳妥）
