存储过程多结果集需客户端显式配置与轮询才能完整获取；mysql需启用multiple_statements，sql server需调用nextresult()，动态sql中多select须置于存储过程主干而非exec内。

存储过程能返回多个结果集，但默认只暴露最后一个；应用层不主动轮询，其余结果就直接丢弃。

MySQL 存储过程多结果集必须显式启用 multiple_statements

mysql2、PyMySQL、JDBC 等驱动默认关闭多语句支持，即使存储过程里写了 3 个 SELECT，你也只能拿到第一个。这不是存储过程的问题，是客户端配置没开。

• mysql2 客户端初始化时必须加 multiple_statements: true 参数
• PyMySQL 要在 connect() 里传 multi=True
• JDBC URL 需带上 allowMultiQueries=true，否则 execute() 报错或静默截断
• 调用后不能直接取 resultSet，得用 getMoreResults() 或 next_result 主动跳转

SQL Server 存储过程多结果集依赖客户端逐层获取

SQL Server 不限制结果集数量，但 .NET 的 SqlDataReader 默认停在第一个结果上。你得手动调用 NextResult() 才能进到第二个 SELECT 的结果流里。

MySQL

编写正确的MySQL查询，避免字符集、索引和锁方面的常见陷阱。

下载

• 别用 ExecuteScalar() 或 ExecuteNonQuery()——它们根本不管后续结果集
• ExecuteReader() 返回的 SqlDataReader 必须用 do-while (reader.Read()) { ... } reader.NextResult() 循环处理
• 每个结果集的列结构可能不同，reader.FieldCount 和 reader.GetName(i) 得在每次 NextResult() 后重新检查
• 如果某次 NextResult() 返回 false，说明后面没结果了，别硬读

动态拼接 SQL 时多结果集容易被意外截断

用 PREPARE/EXECUTE（MySQL）或 sp_executesql（SQL Server）执行动态语句时，若里面含多个 SELECT，部分驱动会把整个动态块当单条语句处理，只返回最后一个结果。

• MySQL 中，PREPARE 只支持单条语句；想返回多结果，得把多个 SELECT 写进存储过程体，再由过程统一输出
• SQL Server 中，sp_executesql 也不支持多结果集嵌套；动态部分最多一个 SELECT，其余逻辑得提前固化在过程里
• 调试时用 SELECT @sql 看拼出的语句是否合法，但别指望靠它验证多结果行为——那只是字符串预览
• 真正要分层返回（如：汇总表 + 明细表 + 异常项），必须把各 SELECT 并列写在存储过程主干中，不能藏在动态执行块里

多结果集不是“写出来就能自动全收”，它依赖存储过程体内的并列 SELECT 结构 + 驱动层显式轮询能力 + 动态 SQL 的合理边界划分。最容易漏掉的是客户端配置和 NextResult() 调用，而不是存储过程本身。