子查询必须用括号且内层禁用ORDER BY；WHERE中需按结果集类型匹配操作符；FROM后子查询须起别名；性能敏感场景应优先用JOIN或EXISTS替代。
子查询必须用括号，且不能在内层用 ORDER BY
MySQL 要求所有子查询必须包裹在 () 中，这是语法硬性要求，漏括号会直接报错 ERROR 1064。更隐蔽的坑是：子查询内部不能写 ORDER BY——哪怕你只是想给子查询结果排个序再取 top N，MySQL 也会忽略它（除非配合 LIMIT），甚至在严格模式下直接报错。真正生效的排序必须放在最外层 SELECT 的 ORDER BY 中。
WHERE 里用子查询，注意操作符和结果集匹配
子查询在 WHERE 子句中使用最频繁，但操作符选错会导致逻辑错误或报错：
- 标量子查询（返回单值，如
(SELECT AVG(salary) FROM employees)）只能搭配单行操作符：=、>、<、<>等 - 列子查询（返回一列多行，如
(SELECT product_id FROM order_items)）必须用多行操作符：IN、NOT IN、ANY、ALL - 若误用
=去比较一个可能返回多行的子查询，MySQL 会报错ERROR 1242: Subquery returns more than 1 row
FROM 后的子查询必须起别名，否则语法报错
当子查询出现在 FROM 子句中（即当作临时表用），MySQL 强制要求给它起别名，否则报错 ERROR 1248: Every derived table must have its own alias。这个别名不是可选项，是语法必需：
SELECT s.name, t.avg_grade
FROM students s
JOIN (SELECT student_id, AVG(grade) AS avg_grade
FROM grades GROUP BY student_id) t
ON s.id = t.student_id;
注意：子查询里的列别名（如 avg_grade）对外层可见，但子查询本身那个括号块必须有表别名（如这里的 t）。
性能敏感场景慎用子查询，优先考虑 JOIN 或 EXISTS
子查询在数据量大时容易变慢，尤其当它被重复执行（相关子查询）或导致索引失效时。例如：
-
NOT IN (SELECT ...)遇到子查询结果含NULL，整条语句会返回空结果（三值逻辑陷阱） - 用
IN替代时，若子查询结果集较大，MySQL 可能放弃使用索引 - 对“是否存在”的判断，
NOT EXISTS通常比NOT IN更快，且不惧NULL
真实线上环境，只要涉及百万级以上表关联，建议先 explain 执行计划；如果看到 Using temporary 或 Using filesort 频繁出现，就得考虑把子查询重写为 JOIN 或改用 EXISTS。
子查询看着简洁，但它的执行时机（先算内层）、结果复用能力、以及与索引的配合度，远不如显式 JOIN 可控。写完务必看 EXPLAIN，别只信逻辑对不对。
