MySQL报ERROR 1242，PostgreSQL报“more than one row returned”；标量子查询语义要求必须单值，WHERE无法保证单行，需用聚合函数或LIMIT 1+ORDER BY，更优解是LEFT JOIN+窗口函数。
标量子查询返回多行时会报什么错
MySQL 会直接抛出 ERROR 1242 (21000): Subquery returns more than 1 row；PostgreSQL 是 more than one row returned by a subquery used as an expression。这个错误不是警告，是硬性中断——只要子查询结果超过 1 行，整个 SELECT 就失败，哪怕你只想要其中一行。
为什么 WHERE 条件不能解决标量子查询的多行问题
很多人以为加个 WHERE id = ? 就能保证单行，但实际容易踩两个坑：
- 字段没索引或条件写错（比如
WHERE status = 'pending'匹配几千条），子查询照样多行 - 即使主表某一行只对应一个逻辑结果，子查询本身没做限制（如漏了
LIMIT 1或聚合），数据库不会自动帮你“取第一条”
标量子查询的语义就是“必须且只能返回一个值”，它不接受“我随便挑一个”的模糊逻辑。
安全写法：用聚合函数兜底或显式 LIMIT 1
两种可靠方式，选其一即可：
- 用
MAX()、MIN()、COALESCE(MAX(), 'default')等聚合函数——它们天然返回单值，即使源数据为空也不报错（返回 NULL） - 在子查询末尾加
LIMIT 1，但必须配合ORDER BY明确排序依据，否则结果不可预测（例如(SELECT name FROM users WHERE dept_id = t.dept_id ORDER BY created_at DESC LIMIT 1)）
别用 TOP 1（SQL Server）或 ROWNUM = 1（Oracle），跨数据库项目统一用 LIMIT 1 更稳妥。
更推荐的替代方案：LEFT JOIN + 聚合
标量子查询在大表上性能差，因为对主表每一行都执行一次子查询。等价改写为 LEFT JOIN 通常更快，也天然规避多行风险：
SELECT t.id,
(SELECT name FROM users u WHERE u.dept_id = t.id ORDER BY u.created_at DESC LIMIT 1) AS lead_name
FROM teams t;
→ 改成：
SELECT t.id, u.name AS lead_name
FROM teams t
LEFT JOIN (
SELECT dept_id, name,
ROW_NUMBER() OVER (PARTITION BY dept_id ORDER BY created_at DESC) AS rn
FROM users
) u ON t.id = u.dept_id AND u.rn = 1;
注意：这里 ROW_NUMBER() 必须带 PARTITION BY，否则无法按组取首行；且 u.rn = 1 要写在 ON 里，不能放 WHERE，否则会把无匹配的 t 行过滤掉。
真正容易被忽略的是：标量子查询的执行计划往往藏在 EXPLAIN 输出里不显眼的位置，它可能触发全表扫描而不报警。上线前务必用真实数据量跑一遍 EXPLAIN FORMAT=TREE 看子查询是否走了索引。
