mysql子查询返回多行时会报错，因=、set等要求单值；应先验证子查询结果，再根据业务选择in、exists、join或聚合函数，并确保关联条件与唯一性约束。
WHERE 中用 = 匹配子查询却返回多行
MySQL 直接报错 Subquery returns more than 1 row，这不是语法错，是语义冲突：= 要求右边必须是单值，而子查询吐出了两行或更多。
别急着加 LIMIT 1，先单独执行子查询确认结果：
- 复制子查询到命令行跑一遍，比如
SELECT id FROM users WHERE status = 'active' - 看是否真有多行——常因漏了关联条件（如没写
WHERE user_id = orders.user_id）或数据本身一对多（如一个订单号对应多条日志） - 若业务本意是“属于集合中任一值”，就该换
IN：WHERE user_id IN (SELECT id FROM users WHERE status = 'active') - 若本意是“只要存在匹配即可”，
EXISTS更准、更安全，且不被NULL干扰：WHERE EXISTS (SELECT 1 FROM users u WHERE u.id = orders.user_id AND u.status = 'active')
SELECT 列表里子查询爆多行
标量子查询在 SELECT 中必须返回一行一列，否则直接崩，不是警告。典型错误是漏关联外层主键：
- 错写：
(SELECT phone FROM contacts WHERE user_id = 123)→ 看似单值，但若没加AND type = 'primary'，可能返回多个手机号 - 更常见的是完全没关联：
(SELECT meta_value FROM user_meta WHERE meta_title = 'avatar')→ 扫全表，谁设了头像就返回谁的，必然多行 - 正确写法必须带外层字段：
(SELECT um.meta_value FROM user_meta um WHERE um.user_id = orders.user_id AND um.meta_title = 'avatar') - 如果某
user_id下真没记录，这写法自然返回NULL，符合预期；加LIMIT 1是兜底，但无ORDER BY就等于随机取，线上慎用
UPDATE/DELETE 中子查询赋值或多条件失效
SET 右侧或 WHERE 条件里子查询返回多行，MySQL 报 1242，Oracle 报 ORA-01427，本质一样：赋值目标要确定值，不能塞一堆。
- 最常见原因是子查询没关联外层表，写成
SET status = (SELECT name FROM statuses WHERE active = 1)—— 这查出所有激活状态名，肯定多行 - 修复关键：确认子查询
WHERE里是否含外层字段，如WHERE code = orders.status_code，且该字段有索引支撑 - 若数据本身一对多（如一个
corp_key对应多个公司名），按业务选方案：
– 要最新一条：加ORDER BY updated_at DESC LIMIT 1
– 要聚合值：改用MAX(name)或GROUP_CONCAT(name)
– 要全部拼接：MySQL 用GROUP_CONCAT()，注意长度限制和NULL处理 -
IN和EXISTS在WHERE里可用，但在SET右侧语法非法，别试
用 JOIN 替代相关子查询更稳
标量子查询在 SELECT 或 WHERE 里，数据库往往对主表每行都重跑一遍，性能差还容易踩多行坑；JOIN 一次拉平，逻辑清晰、执行更快。
- 原写法：
SELECT id, (SELECT name FROM dept WHERE dept.id = user.dept_id) dept_name FROM user - 改写为：
SELECT u.id, d.name dept_name FROM user u LEFT JOIN dept d ON u.dept_id = d.id - 优势：不因
d匹配零行或两行而报错；若dept.id不唯一，可加GROUP BY u.id+ 聚合兜底 - 注意：LEFT JOIN 后若未加
ON条件或条件弱，仍可能笛卡尔膨胀，务必检查执行计划里的type是否为ref或eq_ref
NULL、报错、还是取最新）？漏掉任何一条，迟早在线上冒出来。
