标量子查询必须返回单值，否则报错；列子查询需用IN/ANY/ALL；相关子查询性能差，应改写为JOIN或加索引；子查询位置不同语法和优化能力差异大。
标量子查询必须返回单值，否则直接报错
MySQL 执行标量子查询时，如果子查询结果不是恰好一行一列，会立刻抛出 Subquery returns more than 1 row 错误。这不是警告，是硬性拦截——哪怕你只是想取第一个值，MySQL 也不会自动截断。
常见踩坑场景：
- 用
SELECT id FROM users WHERE status = 'active'当标量，但实际有 5 个活跃用户 - 在
WHERE条件里写price > (SELECT max_price FROM config)，而config表里不小心插了两条配置
解决办法只有两个：确保子查询逻辑天然单值，或加限制兜底。比如：
SELECT name FROM products WHERE price > (SELECT MAX(value) FROM settings WHERE key = 'max_price');
这里用 MAX() 确保聚合后必为单值；若依赖原始数据唯一性，务必在子查询中加上 LIMIT 1（但要清楚这会让结果不可预测）。
列子查询要用 IN、ANY、ALL 匹配，不能直接比较
列子查询返回多行单列（比如 (1, 5, 9)），你不能把它塞进 = 或 > 这种标量操作符右边，否则 MySQL 会报 Operand should contain 1 column(s)。
正确用法取决于你要表达的逻辑：
面向 CRM 系统的 MySQL 8 数据库模式设计。当用户需要为客户关系管理（CRM）系统设计、评审、优化或生成数据库模式时，应使用此项技能。
-
IN：只要匹配任意一个就成立 ——WHERE id IN (SELECT user_id FROM logs WHERE action = 'login') -
= ANY等价于IN，但更显式；> ANY表示“大于其中最小的那个” -
> ALL表示“大于所有值”，等价于> (SELECT MAX(...))，但语义更直白
注意：ANY 和 ALL 在空结果集下行为特殊：10 > ALL (SELECT id FROM empty_table) 返回 TRUE（因为“对所有元素都成立”在空集上恒真），这点常被忽略。
相关子查询性能差，别在大表 SELECT 列里滥用
像 SELECT name, (SELECT COUNT(*) FROM orders WHERE orders.user_id = users.id) AS order_count FROM users 这种写法，MySQL 会对 users 每一行都执行一次子查询。10 万用户 = 10 万次独立查询，基本等于自废武功。
替代方案优先级如下：
- 改写成
LEFT JOIN + GROUP BY：更易优化，能走索引 - 用派生表（
FROM (SELECT ...)）预聚合，再关联 - 实在要相关子查询，确保子查询里的关联字段（如
orders.user_id）上有索引
顺便提醒：EXPLAIN 看执行计划时，如果看到 select_type 是 DEPENDENT SUBQUERY，基本就可以准备优化了。
子查询位置不同，语法约束和优化能力天差地别
MySQL 对子查询能放的位置有硬性限制。比如：
-
FROM子句中的子查询（派生表）必须有别名，否则报Every derived table must have its own alias -
SELECT列表里的子查询必须是标量，且不能含ORDER BY（除非配合LIMIT） -
WHERE中的子查询支持最多 61 层嵌套，但超过 3 层基本就该重构了
更重要的是优化器态度：MySQL 8.0+ 能把部分 IN 列子查询自动转成半连接（semi-join），大幅提升性能；但如果你写了 NOT IN 且子查询结果含 NULL，整个条件会恒为 FALSE —— 这不是 bug，是三值逻辑的必然结果，却极少被意识到。
