用join替代反复执行的子查询可显著提速，因其将逐行驱动改为一次性批量匹配，避免重复扫描和索引失效；多次引用同一子查询时应改用cte或临时表物化结果。

子查询里反复查同一张表，为什么慢

因为数据库对主查询的每一行，都重新执行一次子查询——哪怕子查询条件只依赖固定字段，它也不会自动缓存中间结果。比如 SELECT * FROM orders WHERE user_id IN (SELECT id FROM users WHERE status = 1)，如果 orders 有 10 万行，users 表可能被扫描 10 万次。

更糟的是，这种“逐行驱动”会让索引失效：优化器无法预判外层值，难以复用索引范围扫描，常退化为全表扫描或临时表 + filesort。

用 JOIN 替代关联子查询最直接

把子查询逻辑提前物化成连接关系，让优化器一次性做批量匹配，避免重复访问。

• 原写法（慢）：SELECT o.* FROM orders o WHERE o.user_id IN (SELECT u.id FROM users u WHERE u.is_vip = 1 AND u.deleted = 0)
• 改写为 JOIN（快）：SELECT o.* FROM orders o INNER JOIN users u ON o.user_id = u.id WHERE u.is_vip = 1 AND u.deleted = 0

注意：INNER JOIN 语义等价于 IN（排除 NULL 和无匹配行），若需保留 orders 中无对应 users 的记录，改用 LEFT JOIN ... WHERE u.id IS NOT NULL。

多次引用同一子查询时，优先用 CTE 或临时表

当一条 SQL 里出现 2 次及以上相同子查询（比如两次 (SELECT COUNT(*) FROM logs WHERE type = 'error')），数据库默认不会共享结果。

• MySQL 8.0+ 推荐用 CTE：

  WITH error_cnt AS (SELECT COUNT(*) cnt FROM logs WHERE type = 'error') SELECT t.name, (SELECT cnt FROM error_cnt) FROM tasks t;

• 兼容老版本可用派生表（但注意 MySQL 对派生表的物化限制）：SELECT t.name, e.cnt FROM tasks t CROSS JOIN (SELECT COUNT(*) cnt FROM logs WHERE type = 'error') e
• 超复杂场景或大结果集，显式建临时表并加索引：CREATE TEMPORARY TABLE tmp_error_cnt AS SELECT COUNT(*) cnt FROM logs WHERE type = 'error'

标量子查询（SELECT 单值）容易被忽略的坑

像 SELECT name, (SELECT MAX(create_time) FROM orders WHERE user_id = u.id) last_order_time FROM users u 这类写法，表面看只查一次，实际仍按 u 的每行重复执行。

• 确认是否真需要实时值：能用预计算字段或定时汇总表就别放 SQL 里实时算
• 确保子查询里 user_id 字段有索引，否则每次都是全表扫 orders
• 若 orders 表极大且 user_id 分布稀疏，考虑反向建索引：ALTER TABLE orders ADD INDEX idx_user_time (user_id, create_time DESC)，让 MAX() 走索引最左匹配

真正难处理的不是语法怎么写，而是判断这个子查询值是否真的必须随主表每行动态计算——多数时候，它只是开发图省事写的“懒加载”，背后藏着可批量预聚合的机会。