子查询返回多行报错是因为标量上下文要求单值，解决需改用join、exists或group_concat等适配结构，而非强行绕过错误。
子查询返回多行时为什么报错？
直接在 SELECT 列表里写返回多行的子查询（比如 (SELECT name FROM users WHERE dept_id = t.dept_id)），MySQL 会报 Subquery returns more than 1 row。这不是语法错，而是语义冲突：标量上下文里不能塞一列值。
解决思路不是“怎么让它不报错”，而是“换用适合多行场景的结构”：
- 用
JOIN替代列级子查询——最常用、性能通常更好 - 用
IN或EXISTS做逻辑判断，而非取值 - 真要聚合后当单值用，必须加
GROUP BY或聚合函数（如MAX()、GROUP_CONCAT()）
用 JOIN 实现跨表汇总比嵌套子查询更稳
比如要查每个部门的员工数和平均薪资，写成 SELECT d.name, (SELECT COUNT(*) FROM emp e WHERE e.dept_id = d.id), (SELECT AVG(salary) FROM emp e WHERE e.dept_id = d.id) FROM dept d 看似直观，但每查一个部门，子查询就全表扫一次 emp 表，O(n²) 复杂度。
改成 JOIN + GROUP BY：
SELECT d.name, COUNT(e.id) AS emp_count, AVG(e.salary) AS avg_salary FROM dept d LEFT JOIN emp e ON d.id = e.dept_id GROUP BY d.id, d.name
关键点：
-
LEFT JOIN保证没员工的部门也出现（用INNER JOIN会丢数据） -
GROUP BY必须包含所有非聚合字段（d.id和d.name都得写） - 聚合函数自动处理空组：
COUNT()返回 0，AVG()返回NULL（可加COALESCE(AVG(e.salary), 0)）
EXISTS 比 IN 更适合检查关联存在性
想查“有员工薪资超 20000 的部门”，有人写 SELECT * FROM dept WHERE id IN (SELECT dept_id FROM emp WHERE salary > 20000)。问题在于：IN 遇到 NULL 会整个表达式返回 UNKNOWN，结果可能为空。
改用 EXISTS：
SELECT * FROM dept d WHERE EXISTS (SELECT 1 FROM emp e WHERE e.dept_id = d.id AND e.salary > 20000)
优势：
-
EXISTS只关心是否存在匹配行，找到第一个就短路，不扫描全部 - 不受
NULL影响，语义更可靠 - 子查询里的
SELECT 1是惯用写法，数据库不真取值，只判 existence
GROUP_CONCAT 在单行里拼多值时要注意长度和排序
如果真需要把一个部门的所有员工名字塞进一行，GROUP_CONCAT() 是唯一合理选择。但默认行为容易踩坑：
- 默认最大长度是 1024 字符，超长会被截断——需提前设
SET SESSION group_concat_max_len = 10000 - 不指定
ORDER BY时顺序不确定，应写成GROUP_CONCAT(e.name ORDER BY e.salary DESC) - 分隔符默认是逗号，要换用竖线得显式写
GROUP_CONCAT(e.name SEPARATOR '|')
示例：
SELECT d.name, GROUP_CONCAT(e.name ORDER BY e.hire_date DESC SEPARATOR '; ') AS staff_list FROM dept d JOIN emp e ON d.id = e.dept_id GROUP BY d.id, d.name
子查询本身不难，难的是根据目标选对结构：取值用 JOIN，判断用 EXISTS，拼接用 GROUP_CONCAT。硬套一种写法，十有八九掉进性能或语义陷阱。
