会，子查询返回多行在标量子查询场景下报错；应优先用聚合函数或窗口函数确保语义正确，而非简单加limit 1。
子查询返回多行会报错吗？
会，而且很明确——Subquery returns more than 1 row（MySQL）或 more than one row returned by a subquery used as an expression（PostgreSQL）。这类错误只在「标量子查询」场景下触发：也就是你把它当做一个值用，比如放在 SELECT 列、WHERE 条件的等号右边、或 INSERT ... VALUES(...) 里。
用 LIMIT 1 就够了吗？
语法上可以，但容易掩盖问题——它不保证语义正确性。比如你想查「用户最新一条订单金额」，写成：
SELECT (SELECT amount FROM orders WHERE user_id = u.id ORDER BY created_at DESC LIMIT 1) AS last_amount FROM users u;
这能跑通，但要注意：
-
LIMIT 1不解决逻辑歧义：如果有多条同时间创建的订单，哪条被选中是不确定的 - 某些数据库（如 SQL Server）不支持子查询里直接用
LIMIT或TOP，得改用ROW_NUMBER() - Oracle 要用
ROWNUM，且必须嵌套一层才能生效，写成(SELECT * FROM (SELECT ...) WHERE ROWNUM = 1)
更安全的写法：用聚合函数兜底
如果你真正想要的是「某个确定的单值」，优先考虑聚合函数，它们天然只返回一行：
- 要最新值？用
MAX(created_at)或MAX(amount)——但注意这不是「对应行的完整记录」，只是字段最大值 - 要某条件下的唯一值？确认该列有
UNIQUE约束，再用MIN()/MAX()包裹，比如(SELECT MIN(id) FROM config WHERE key = 'timeout') - 需要整行数据且带排序？用窗口函数 + 外层过滤，例如 PostgreSQL/MySQL 8.0+：
SELECT amount FROM ( SELECT amount, ROW_NUMBER() OVER (ORDER BY created_at DESC) AS rn FROM orders WHERE user_id = 123 ) t WHERE rn = 1;
哪些情况根本不能靠限制解决？
不是所有多行问题都能“强行压成一行”。比如：
- 在
WHERE x = (subquery)中，如果子查询本应返回唯一配置项但实际返回了 0 行，会变成NULL，导致整个条件为UNKNOWN，结果被过滤掉——这时你要先确认数据完整性，而不是加LIMIT 1 - 把子查询当表连接用（
FROM (subquery) t）时，它本来就可以返回多行，不需要限制；限制反而可能丢数据 - ORM 框架（如 Django ORM、SQLAlchemy）生成的子查询若出错，往往是因为你用了
.get()类方法但数据库存在多条匹配，这时候得检查业务逻辑是否允许重复，而不是在 SQL 层硬加LIMIT
真正关键的不是怎么压成一行，而是想清楚：这一行值，在业务上是否真的应该唯一？如果本就不该唯一，那就别用标量子查询，换 JOIN 或 EXISTS。
