用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()走索引最左匹配
真正难处理的不是语法怎么写，而是判断这个子查询值是否真的必须随主表每行动态计算——多数时候，它只是开发图省事写的“懒加载”，背后藏着可批量预聚合的机会。
