MySQL中合并多个结果集最常用且稳定的方式是使用UNION ALL，要求各SELECT列数相同、类型兼容、顺序一致；存储过程无法真正合并结果集，只能返回多个结果集由客户端处理或在单查询内用UNION ALL拼接。
不能直接在存储过程中“合并多个结果集”再返回一个结果集——MySQL 存储过程本身不提供 MERGE 或 JOIN RESULT SETS 这类语法。所谓“合并”，只有两种真实可行路径：要么用 UNION ALL 在单个 SELECT 里拼成一张表；要么让存储过程返回多个结果集，由客户端自行合并逻辑。
用 UNION ALL 在单个 SELECT 中合并结果
这是最常用、最稳定、兼容性最好的方式。前提是各 SELECT 的列数、顺序、类型能对齐（或显式转换）。
常见错误现象：
-
SELECT a,b FROM t1 UNION SELECT x,y,z FROM t2—— 列数不等，报错ERROR 1222 (21000): The used SELECT statements have a different number of columns -
SELECT id, name FROM users UNION SELECT id, created_at FROM logs—— 第二列类型不兼容（VARCHARvsDATETIME），MySQL 会隐式转但可能截断或报错
实操建议：
- 所有
SELECT必须有相同数量的列，推荐显式写出字段名，别用* - 用
CAST()或CONVERT()统一关键列类型，例如：CAST(created_at AS CHAR) - 优先选
UNION ALL，除非真需要去重——UNION会额外排序去重，性能差不少 - 示例：
CREATE PROCEDURE get_user_summary(IN user_id INT) BEGIN SELECT 'profile' AS source, id, name, email FROM users WHERE id = user_id UNION ALL SELECT 'orders' AS source, user_id AS id, status AS name, total AS email FROM orders WHERE user_id = user_id; END;
存储过程返回多个结果集，客户端合并
这不是 MySQL 合并，而是靠应用层把多个结果集读出来后，在内存里拼成一个数组或 DataFrame。这要求连接和驱动支持多结果集协议。
关键限制：
- MySQL 5.7+ 才真正支持（5.6 及更早版本调用多
SELECT存储过程会报ERROR 1312） - 连接必须开启
multipleStatements=true（JDBC）、multipleStatements: true（Node.js mysql2）、multi=True（PyMySQL） - MySQL 8.0+ 某些云数据库代理（如阿里云 RDS Proxy、腾讯云 CDB Proxy）默认拦截多结果集，需确认是否放行
实操建议：
- Java JDBC 必须用
CallableStatement.execute()+ 循环getMoreResults()，不能用executeQuery("CALL ...") - Python PyMySQL 要设
multi=True，然后对每个结果调cursor.nextset() - Node.js mysql2 中，
connection.query('CALL ...', cb)的results是数组，results[0]是第一个结果集，results[1]是第二个……注意空结果也要占位
为什么不用临时表 + INSERT + SELECT 合并？
有人想在存储过程中建临时表、分批 INSERT INTO temp SELECT ...，最后 SELECT * FROM temp 返回——理论上可行，但实际踩坑极多。
容易被忽略的问题：
- 临时表只对当前会话可见，但存储过程内多次
INSERT可能因事务隔离或锁导致性能骤降 - 如果某个
SELECT返回空集，INSERT就没数据，但临时表结构还在，不影响最终SELECT，这点容易误判 - 临时表字段类型必须提前定义，而源
SELECT的字段类型可能动态变化（比如用了函数或表达式），建表语句难写全 - MySQL 不允许在存储过程中对同一临时表反复
DROP+CREATE（尤其在循环里），会报Table 'temp' already exists
除非你明确需要中间聚合（比如加 COUNT(*) 或 GROUP BY），否则纯为“合并”而用临时表，属于高成本低收益方案。
真正要合并多个结果，第一反应就该是 UNION ALL；如果业务逻辑强依赖分开传输（比如前端要分别渲染“用户信息”“订单列表”“积分明细”三块），那就老老实实走多结果集，并确保客户端驱动配置正确——协议层不支持，再怎么写存储过程都白搭。
