子查询使用不当会显著降低mysql查询性能，关键在于理解其执行机制并合理优化。1.避免滥用相关子查询，因其会导致外层每行数据都触发一次子查询，效率低下；2.优先用join替代子查询，因join优化更成熟且能利用索引；3.确保子查询中涉及字段有索引，避免函数操作影响索引使用；4.复杂场景可使用物化临时表减少重复计算并提升执行效率。
MySQL的子查询用得不好，很容易拖慢整个查询速度。关键在于理解它怎么执行、什么时候该用、怎么优化。
子查询不是万能的，别滥用
很多人喜欢把逻辑拆成一层层子查询，觉得这样写起来简单。但MySQL在处理子查询时，很多时候是逐条执行外层查询后再跑子查询，也就是所谓的“相关子查询”，这种写法会导致性能急剧下降。比如：
SELECT * FROM orders o WHERE o.amount > (
SELECT AVG(amount) FROM orders WHERE customer_id = o.customer_id
);这个查询会为每个订单都执行一次子查询，数据量一大就卡得不行。
所以，如果你发现某个子查询在每一行都要运行一次，那就要考虑是不是可以换成
JOIN或者临时表了。
优先考虑JOIN代替子查询
很多原本写成子查询的语句，其实都可以改写成
JOIN，而且效率更高。因为MySQL对JOIN的优化更成熟，执行计划也更容易预测。
举个例子：你想查出所有买了iPhone的用户。
错误写法（相关子查询）：
SELECT u.* FROM users u WHERE EXISTS (
SELECT 1 FROM orders o WHERE o.user_id = u.id AND o.product = 'iPhone'
);推荐写法（INNER JOIN）：
SELECT DISTINCT u.* FROM users u JOIN orders o ON u.id = o.user_id WHERE o.product = 'iPhone';
这样数据库就能利用索引，做更高效的连接操作，避免一行一行去判断。
注意子查询中的索引使用问题
子查询能不能走索引，直接影响性能。尤其是出现在
IN、
= ANY()、
EXISTS()等结构里的子查询，如果没有合适的索引支持，就会变*表扫描。
例如下面这个查询：
SELECT * FROM customers c WHERE c.id IN (SELECT o.customer_id FROM orders o WHERE o.amount > 1000);
如果
orders.customer_id和
customers.id都有索引，那这个查询是可以比较快的。但如果没索引，或者用了函数、隐式转换，那就很慢。
所以要注意以下几点：
- 确保子查询中涉及的字段有索引
- 避免在子查询中对字段做函数操作，比如
WHERE YEAR(create_time) = 2025
- 尽量使用主键或唯一键作为关联条件
特殊场景可以用物化临时表
对于一些复杂的嵌套子查询，或者需要多次重复使用的中间结果，可以考虑先存到一个临时表里，再进行后续查询。
比如你有一个统计报表需求，需要多个聚合子查询，这时候可以
这样做：
CREATE TEMPORARY TABLE tmp_order_stats AS SELECT customer_id, COUNT(*) AS order_count, SUM(amount) AS total_amount FROM orders GROUP BY customer_id; SELECT c.name, t.order_count, t.total_amount FROM customers c JOIN tmp_order_stats t ON c.id = t.customer_id;
这样做的好处是减少重复计算，也能让执行计划更清晰。
基本上就这些。子查询本身不坏，但要懂得什么时候该用，什么时候该换种方式写。关键是看执行计划，有没有用上索引，有没有变成循环查询。
