存储过程多结果集需客户端显式配置与轮询才能完整获取；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 的结果流里。
- 别用
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() 调用，而不是存储过程本身。
