MySQL子查询在复杂查询中很常见，但若使用不当容易导致性能下降。优化子查询的核心是减少数据扫描量、避免重复执行以及合理利用索引。以下是几种有效的优化方法。
用JOIN替代相关子查询
相关子查询会对外表的每一行都执行一次，效率较低。能改写为JOIN时应优先使用JOIN。
示例：
-- 低效的子查询写法SELECT name FROM users WHERE id IN (SELECT user_id FROM orders WHERE amount > 100);
-- 优化为JOINSELECT DISTINCT u.name FROM users u JOIN orders o ON u.id = o.user_id WHERE o.amount > 100;
JOIN通常执行更快，尤其是当关联字段有索引时。
确保子查询中的字段有索引
子查询涉及的WHERE、ON或IN条件字段必须建立合适索引。
对orders表的user_id和amount字段建立复合索引，可显著提升性能 避免在子查询条件中对字段使用函数或表达式，这会导致索引失效 -- 正确建索引CREATE INDEX idx_orders_user_amount ON orders(user_id, amount);
将子查询结果物化（Materialize）
对于复杂的非相关子查询，可先将其结果存入临时表，再进行后续操作。
适用场景： 子查询逻辑复杂且被多次引用。
-- 示例：创建临时结果CREATE TEMPORARY TABLE temp_high_value_users AS SELECT user_id FROM orders WHERE amount > 1000;
SELECT name FROM users WHERE id IN (SELECT user_id FROM temp_high_value_users);
临时表可加索引，提高后续查询效率。
避免在WHERE中使用IN + 子查询处理大量数据
IN子句包含大量值时性能差，应考虑改用EXISTS或JOIN。
EXISTS适合“是否存在”的判断，且支持短路机制 尤其在主查询数据少、子查询数据多时，EXISTS更高效 -- 推荐写法SELECT u.name FROM users u WHERE EXISTS (SELECT 1 FROM orders o WHERE o.user_id = u.id AND o.amount > 100);
基本上就这些。关键在于理解执行计划，用EXPLAIN分析查询路径，结合索引策略和语句结构持续调优。子查询不是不能用，而是要会用。
