优化MySQL子查询需减少扫描行数、避免重复执行并合理转换结构。1. 为子查询和外层查询的关联字段建立索引，如user_id、status等；2. 优先使用EXISTS替代IN，因EXISTS为布尔判断且找到即止，适用于大表关联小表；3. 将非相关子查询改写为JOIN，提升执行效率并利用索引，注意用DISTINCT去重；4. 避免不必要的相关子查询，防止对外表逐行执行，必要时改用派生表预计算结果；5. 始终使用EXPLAIN分析执行计划，排查全表扫描或临时表问题。通过索引优化与语法重构可显著提升性能。
MySQL中子查询性能不佳通常是因为执行计划不合理或缺少索引。优化子查询的核心是减少扫描行数、避免重复执行以及合理转换查询结构。
使用索引加速子查询
确保子查询和外层查询涉及的字段都有合适的索引，尤其是用于连接或过滤的列。
- 如果子查询基于某个字段（如 user_id），该字段应有索引
- 在 IN 或 EXISTS 子查询中，关联字段建立索引能显著提升效率
- 例如：SELECT * FROM orders WHERE user_id IN (SELECT id FROM users WHERE status = 1); 要求 users 表的 id 和 status 字段有索引
优先使用 EXISTS 替代 IN
对于相关子查询，EXISTS 通常比 IN 更高效，因为它一旦找到匹配就停止搜索。
- IN 子查询可能需要生成完整的结果集再比对
- EXISTS 是布尔判断，适合大表关联小表的情况
- 改写示例：
SELECT * FROM users u WHERE EXISTS (SELECT 1 FROM orders o WHERE o.user_id = u.id);
比 SELECT * FROM users WHERE id IN (SELECT user_id FROM orders); 更快，尤其当 orders 数据量大时
将子查询改为 JOIN
MySQL 对 JOIN 的优化远优于子查询，特别是非相关子查询可直接转为连接操作。
- 例如：SELECT * FROM users WHERE id IN (SELECT user_id FROM orders WHERE amount > 100);
可重写为：SELECT DISTINCT u.* FROM users u JOIN orders o ON u.id = o.user_id WHERE o.amount > 100; - JOIN 能更好利用索引，并允许优化器选择更优执行路径
- 注意去重：使用 DISTINCT 防止因一对多关系导致重复记录
避免不必要的相关子查询
相关子查询会对外表每一行执行一次，代价极高。
- 检查是否真的需要引用外层变量，尝试将其拆解为独立查询或临时表
- 若必须使用，确保关联条件有索引支持
- 考虑用派生表（Derived Table）预计算结果：
SELECT u.name, tmp.order_count FROM users u JOIN (SELECT user_id, COUNT(*) AS order_count FROM orders GROUP BY user_id) tmp ON u.id = tmp.user_id;
基本上就这些方法。关键是理解执行计划，用 EXPLAIN 分析查询，观察是否出现全表扫描或临时表。通过索引、改写语法和结构优化，大多数子查询性能问题都能解决。
