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 看子查询是否走了索引。