WHERE中子查询必须返回单值，否则报错#1242；=、>等比较运算符要求标量子查询（单行单列），IN才允许多行单列，相关子查询性能差，应优先考虑JOIN或CTE优化。
WHERE 中用子查询必须返回单值，否则报错
SQL 的 WHERE 子句里直接写子查询时，最常遇到的错误是 Subquery returns more than one row。这是因为像 =、>、IN 这些操作符对子查询结果有不同要求：= 和比较运算符只接受单行单列结果；IN 才允许多行单列。
- 想查「工资高于部门平均工资的员工」，得用
(SELECT AVG(salary) FROM dept WHERE dept_id = e.dept_id)—— 每次关联计算，确保每条记录对应一个标量值 - 如果误写成
salary > (SELECT salary FROM emp WHERE dept_id = 1)，而该部门有多人，就会触发错误 - 需要多值匹配时，必须显式改用
IN：例如id IN (SELECT manager_id FROM emp WHERE status = 'active')
相关子查询 vs. 非相关子查询：性能差别很大
相关子查询（即子查询里引用了外层表字段，如 e.dept_id）会在外层每一行执行一次，可能严重拖慢查询；非相关子查询（独立运行，结果可复用）通常只执行一次。
- 低效写法：
WHERE salary > (SELECT AVG(salary) FROM emp e2 WHERE e2.dept_id = e1.dept_id)—— 每个员工都重算一遍本部门均值 - 更优解法：先用
JOIN或WITH预算好部门均值，再关联过滤，尤其在大表上差异明显 - 某些数据库（如 MySQL 5.7+）会对简单相关子查询自动优化，但别依赖——用
EXPLAIN看执行计划更可靠
不能在子查询里用 LIMIT、ORDER BY（除非配合特定语法）
标准 SQL 规定，出现在 WHERE 中的子查询不允许含 LIMIT 或裸 ORDER BY，因为这会导致结果不稳定（无 ORDER BY + LIMIT 可能每次返回不同行）。
- 以下写法非法：
id = (SELECT id FROM log ORDER BY ts DESC LIMIT 1)（MySQL 允许但属扩展行为，其他库如 PostgreSQL 直接报错） - 若真需取最新一条，应改用确定性写法，例如：
id = (SELECT id FROM log l2 WHERE l2.ts = (SELECT MAX(ts) FROM log l3 WHERE l3.user_id = l2.user_id)) - PostgreSQL 支持
LATERAL，MySQL 8.0+ 支持ROW_NUMBER()窗口函数替代，更可控
NULL 值会让 = ANY / IN 失效，要用 EXISTS 替代
当子查询结果包含 NULL，比如 id IN (SELECT manager_id FROM emp)，而 manager_id 有空值时，整个条件可能意外返回空结果集 —— 因为 SQL 中 1 = NULL 是未知（UNKNOWN），不等于 TRUE。
-
IN遇到NULL会整体失效，但EXISTS不受干扰：EXISTS (SELECT 1 FROM emp WHERE emp.id = e.manager_id)更安全 - 如果必须用
IN，可加过滤：id IN (SELECT manager_id FROM emp WHERE manager_id IS NOT NULL) - 注意
NOT IN对NULL更敏感：只要子查询含一个NULL，整个条件恒为 false
WHERE 里？很多场景用 JOIN 或 CTE 更清晰、更易维护，也更容易被优化器识别。子查询不是语法糖，它是明确的执行语义 —— 写下去之前，得清楚它会被执行多少次、是否稳定、是否可为空。 
