sql子查询转join可提升性能：where中in/exists改inner/left join，select中标量子查询改left join聚合，相关子查询用窗口函数或二次join，not in/not exists改left join+is null，并确保join键有索引。
SQL子查询转JOIN是提升查询性能的常用手段，尤其当子查询出现在WHERE或SELECT中且涉及大表时。核心思路是：把依赖外部表的子查询（相关子查询）或可独立执行的子查询，改写为等价的JOIN结构，让优化器更易选择高效执行计划，减少重复扫描和临时结果集。
WHERE中的IN/EXISTS子查询 → INNER JOIN / LEFT JOIN
当子查询用于过滤（如WHERE id IN (SELECT user_id FROM orders)），且主表与子查询表存在明确关联关系时，优先转为INNER JOIN。若需保留主表无匹配记录的行（如查所有用户及其订单数），则用LEFT JOIN配合COUNT或COALESCE处理NULL。
- 避免写成
WHERE id IN (SELECT ...)（子查询可能多次执行，且空结果集时逻辑易错） - 改写示例：
原语句：SELECT name FROM users WHERE id IN (SELECT user_id FROM orders WHERE status = 'paid');
优化后：SELECT DISTINCT u.name FROM users u INNER JOIN orders o ON u.id = o.user_id WHERE o.status = 'paid'; - 注意DISTINCT或GROUP BY去重，防止因一对多关系导致主表行重复
SELECT中的标量子查询 → LEFT JOIN + 聚合或窗口函数
出现在SELECT列表里的子查询（如(SELECT COUNT(*) FROM orders o WHERE o.user_id = u.id)）会为每一行执行一次，开销极大。应提前用LEFT JOIN聚合好结果，再关联主表。
- 先对子表按关联字段聚合（如COUNT、SUM、MAX），生成中间结果集
- 再LEFT JOIN到主表，避免丢失无匹配记录的主表行
- 改写示例：
原语句：SELECT u.name, (SELECT COUNT(*) FROM orders o WHERE o.user_id = u.id) cnt FROM users u;
优化后：SELECT u.name, COALESCE(o.cnt, 0) cnt FROM users u LEFT JOIN (SELECT user_id, COUNT(*) cnt FROM orders GROUP BY user_id) o ON u.id = o.user_id;
相关子查询带条件过滤 → JOIN + ON条件下推
当子查询含外部引用且自带WHERE条件（如WHERE salary > (SELECT AVG(salary) FROM emp e2 WHERE e2.dept = e1.dept)），不能简单JOIN，但可借助派生表+窗口函数或两次JOIN模拟。
- 推荐用窗口函数预计算分组统计值（如
AVG(salary) OVER(PARTITION BY dept)），再与主表同字段JOIN或直接SELECT - 若不支持窗口函数，可先聚合出部门平均薪资表，再JOIN主表：
SELECT e1.* FROM emp e1 JOIN (SELECT dept, AVG(salary) avg_sal FROM emp GROUP BY dept) dept_avg ON e1.dept = dept_avg.dept WHERE e1.salary > dept_avg.avg_sal; - 确保JOIN键有索引，特别是子查询聚合后的关联字段
慎用NOT EXISTS/NOT IN → 改为LEFT JOIN + IS NULL
NOT IN在子查询返回NULL时结果为空，行为不符合直觉；NOT EXISTS虽安全但部分引擎优化不佳。LEFT JOIN + IS NULL语义清晰、可控性强，且便于加索引。
- 原
WHERE id NOT IN (SELECT user_id FROM banned)→ 改为LEFT JOIN banned b ON u.id = b.user_id WHERE b.user_id IS NULL - 注意banned表的user_id列需设为NOT NULL，或在JOIN前用WHERE过滤NULL，否则IS NULL判断失效
- 对banned表的user_id建立索引，加速连接查找
