子查询效率取决于设计与索引，合理使用可提升性能。1. 用子查询预过滤数据可减少中间结果，如查找各部门最高工资员工；2. EXISTS优于IN用于存在性判断，能更快利用索引；3. 复杂子查询可物化为带索引的临时表，避免重复计算；4. 避免非必要相关子查询，将常量子查询提取为单次执行。配合EXPLAIN分析执行计划，确保高效执行。
在MySQL中，子查询本身不一定直接提高查询效率，但如果使用得当，可以优化逻辑结构、减少冗余代码，并配合索引和执行计划提升整体性能。关键在于合理设计子查询，避免常见性能陷阱。
1. 使用子查询代替复杂JOIN的场景
有时候多表JOIN会产生大量中间结果，尤其是涉及聚合或去重时。此时用子查询先过滤出关键数据，再与其他表关联，反而更高效。
示例：找出每个部门工资最高的员工信息。
SELECT e.name, e.salary, e.dept_id FROM employees e WHERE e.salary = ( SELECT MAX(salary) FROM employees e2 WHERE e2.dept_id = e.dept_id );这个相关子查询对每个部门只查一次最大工资，如果 dept_id 有索引，效率较高。相比 GROUP BY 后 JOIN，逻辑更清晰，且避免了临时表膨胀。
2. 用EXISTS替代IN提升存在性判断效率
当只需要判断是否存在匹配记录时，EXISTS 通常比 IN 更快，尤其在外层数据量大时。EXISTS遇到第一条匹配就停止，而IN可能需要完整扫描子查询结果。
-- 推荐：使用EXISTS SELECT u.id, u.name FROM users u WHERE EXISTS ( SELECT 1 FROM orders o WHERE o.user_id = u.id AND o.status = 'paid' );-- 不推荐：大表IN可能导致性能问题
SELECT id, name FROM users
WHERE id IN (SELECT user_id FROM orders WHERE status = 'paid');
EXISTS能更好利用索引，执行计划更优，适合“有没有”的判断场景。
3. 将子查询物化为临时表（必要时手动优化）
如果子查询被多次引用或计算开销大，可考虑先存入临时表并建立索引，避免重复执行。
CREATE TEMPORARY TABLE temp_active_users AS SELECT DISTINCT user_id FROM logins WHERE login_time > NOW() - INTERVAL 7 DAY;ALTER TABLE temp_active_users ADD INDEX idx_user_id (user_id);
SELECT u.name, u.email
FROM users u
INNER JOIN temp_active_users t ON u.id = t.user_id;
这种方式把复杂子查询提前固化，后续连接更快，特别适合报表类查询。
4. 避免非必要相关子查询
相关子查询每行执行一次，代价高。能用JOIN或非相关子查询解决的，优先考虑其他方式。
低效写法：
SELECT name, salary, (SELECT AVG(salary) FROM employees) AS avg_salary FROM employees;优化写法：将常量子查询提取出来，避免重复计算。
SELECT e.name, e.salary, a.avg_salary FROM employees e CROSS JOIN (SELECT AVG(salary) AS avg_salary FROM employees) a;这样子查询只执行一次，大幅提升效率。
基本上就这些。子查询是否高效，取决于结构设计、索引支持和执行计划。建议配合 EXPLAIN 分析SQL执行路径，确保子查询没有引发全表扫描或临时文件。合理使用，子查询是简洁又高效的工具。
