select列表中的子查询必须返回单值，否则报error 1242；需确保关联条件完整、避免order by/limit，多值聚合应使用group_concat等函数，性能依赖索引（推荐复合索引），可改用窗口函数或from派生表优化。
SELECT列表里嵌子查询必须返回单值
放在SELECT列表里的子查询，每行执行一次，结果必须且只能是一个标量值（单行单列），否则直接报错ERROR 1242。这不是“能跑就行”的问题，是语法硬性限制。
- 漏写关联条件（比如
e2.dept_id = e1.dept_id）会导致子查询返回多行，一查就崩 - 子查询里不能用
ORDER BY或LIMIT以外的排序/分页逻辑——这些在标量子查询中无效，还可能触发错误 - 如果业务上真需要多值聚合展示（如逗号拼接），得换用
GROUP_CONCAT或STRING_AGG等聚合函数，而不是硬塞子查询
相关子查询性能极敏感，索引不配好就是慢查询源头
这种写法看着只是一条SQL，实际是N次独立执行：外层查1万行，子查询就跑1万次。没索引支撑，秒变全表扫描。
- 被关联字段（如
e2.dept_id）必须有索引；单列索引不够稳，推荐建复合索引(dept_id, salary) -
SELECT AVG(salary) FROM employees e2 WHERE e2.dept_id = e1.dept_id这类计算，如果dept_id重复率高（比如几百人同部门），性能压力会指数级上升 - MySQL 8.0+ 可考虑用窗口函数替代，比如
AVG(salary) OVER (PARTITION BY dept_id)，避免重复执行
别把NULL当空气，空结果和NULL值处理逻辑完全不同
子查询返回NULL时，整个字段值就是NULL；但若子查询因条件不匹配返回空集（0行），结果仍是NULL——这两者在外层计算中表现一样，但排查时容易误判。
- 例如：
(SELECT AVG(salary) FROM employees e2 WHERE e2.dept_id = e1.dept_id AND e2.status = 'active')，若某部门没人处于active状态，结果为NULL，不是报错 - 需要区分“无数据”和“数据为NULL”，得在外层用
COALESCE(..., 0)或CASE WHEN ... IS NULL显式处理 - 测试时务必准备含空部门、空薪资、NULL状态的数据，光用正常数据跑不出问题
FROM派生表比SELECT子查询更可控，别为了“一行写完”牺牲可维护性
想给每个员工加个“部门平均工资”字段，用SELECT子查询最直觉；但一旦要加多个同类计算（比如同时算平均、最高、人数），代码立刻臃肿且难优化。
- 改用
FROM子查询先聚合：(SELECT dept_id, AVG(salary) AS dept_avg, MAX(salary) AS dept_max FROM employees GROUP BY dept_id) AS dept_stats，再JOIN主表 - 这样子查询只执行1次，还能复用中间结果，也方便加
WHERE过滤（比如只算员工数≥5的部门） - 别名必须写（
AS dept_stats），且所有字段引用都得带前缀，比如dept_stats.dept_avg
dept_id字段还没建索引。
