错误源于在where中使用=等单值比较符时子查询返回多行，应根据业务意图改用in、all/any，或加聚合函数/limit 1，优先转为join以避免性能与语义问题。
子查询写在 WHERE 里却报错“Subquery returns more than one row”
这是最常见问题：你用了 = 或 IN 之外的比较符（比如 >、），但子查询返回了多行结果。MySQL 不允许用单值比较符处理多行结果。
- 检查子查询是否真的只该返回一行：比如
(SELECT MAX(price) FROM products WHERE category = 'electronics')是安全的；但(SELECT price FROM products WHERE category = 'electronics')就不行 - 如果本意是“任一匹配”，改用
IN：WHERE id IN (SELECT product_id FROM orders WHERE status = 'shipped') - 如果本意是“全部满足”，考虑用
ALL或ANY，例如：WHERE price > ALL (SELECT avg_price FROM category_avg) - 加
LIMIT 1是临时 workaround，但掩盖逻辑问题——先确认业务意图是否真只需要一行
关联子查询性能突然变慢，EXPLAIN 显示 type=ALL
关联子查询（即子查询里引用了外部表字段）在没索引时会为外部表每行都执行一次，变成 N×M 复杂度。
- 确保子查询中被
WHERE引用的字段有索引，比如：SELECT name FROM users u WHERE EXISTS (SELECT 1 FROM orders o WHERE o.user_id = u.id AND o.created_at > '2024-01-01')——orders.user_id和orders.created_at最好联合索引 - 能转成 JOIN 就优先转：上面例子等价于
SELECT DISTINCT u.name FROM users u JOIN orders o ON u.id = o.user_id WHERE o.created_at > '2024-01-01'，通常更快 - MySQL 8.0+ 对某些关联子查询做了物化优化，但别依赖——先看执行计划，再决定是否重写
子查询嵌套三层后结果为空，但拆开单独跑都对
空结果往往不是语法错，而是 NULL 感知问题：子查询返回 NULL 时，=、> 等比较一律为 UNKNOWN，导致整行被过滤掉。
- 用
IS NULL或IS NOT NULL显式判断，别依赖= NULL - 在子查询里用
COALESCE提供默认值，比如：(SELECT COALESCE(SUM(amount), 0) FROM payments WHERE user_id = u.id) - 注意
NOT IN (subquery)遇到子查询含 NULL 会整个失效——改用NOT EXISTS更可靠 - 逐层验证：把最内层子查询单独执行，复制其结果手动代入外层，看是否复现空结果
想用子查询做动态列计算，但 GROUP BY 报错
MySQL 严格模式下，SELECT 列若含子查询又没出现在 GROUP BY 中，会直接报错（ERROR 1055）。
- 子查询本身不能作为
GROUP BY的依据项，除非它是个确定值（如标量子查询） - 解决办法是把子查询移到
SELECT列中，并确保它不依赖未分组字段；或者改用窗口函数（MySQL 8.0+）：AVG(price) OVER (PARTITION BY category) - 如果必须关联聚合结果，先用派生表（子查询当表用）：
SELECT u.name, t.avg_price FROM users u JOIN (SELECT category, AVG(price) avg_price FROM products GROUP BY category) t ON u.category = t.category
