SQL Server存储过程能返回多个结果集，但需满足三个条件：开头加SET NOCOUNT ON、中间无未捕获错误或提前RETURN、客户端必须显式调用NextResult()逐个读取；空结果集仍存在但HasRows为false。
不是存储过程没查出数据，而是你调用它的方式或上下文不支持结果集返回。
SQL Server 中 EXEC 直接执行却看不到结果集
在 SSMS 或其他客户端里写 EXEC proc_name 看不到结果，常见原因有三个：
- 存储过程中混用了
PRINT、RAISERROR或修改语句（如INSERT/UPDATE），导致 SQL Server 默认把结果集“压后”甚至丢弃——尤其当这些语句出现在SELECT前面时 - 客户端未启用多结果集处理，比如旧版 .NET 的
SqlCommand.ExecuteNonQuery()只读第一个影响行数，后续SELECT结果被跳过 - 存储过程里写了多个
SELECT，但调用方只取了第一个结果集，后面几个需要显式调用NextResult()才能拿到
带参数的存储过程在报表工具中报“无数据集”
像 FineReport、Power BI 或某些 ORM 封装层调用时提示“没有返回数据集”，往往不是逻辑问题，而是协议层干扰：
- SQL Server 默认会在每条语句后返回“XX 行受影响”消息，这类消息会阻塞结果集流；必须在存储过程开头加
SET NOCOUNT ON - 参数传入格式不对：例如传入空字符串
''而非NULL，导致WHERE col = @p匹配失败（尤其当col允许NULL时） - 报表工具内部用的是
ExecuteReader()，但它可能默认只认第一个结果集；如果过程里先INSERT再SELECT，且没关NOCOUNT，就容易卡住或静默失败
MySQL 存储过程 CALL 后客户端收不到 SELECT 结果
和 SQL Server 不同，MySQL 对多结果集更敏感，出问题基本集中在客户端行为上：
- 用
mysql_query()（PHP 的旧扩展）执行CALL，它根本不支持多结果，第二个SELECT会被直接忽略，还可能触发ERROR 1312 - Navicat、DBeaver 等工具默认开启多结果支持，但 phpMyAdmin 5.x 以前版本不支持，CALL 里的
SELECT会被静默吞掉 - 如果你在函数（
FUNCTION）或触发器里调用含SELECT的存储过程，MySQL 会直接报错，因为函数禁止返回结果集
误把 RETURN 值或 OUTPUT 参数当成结果集
这是最常被混淆的点：RETURN 和 OUTPUT 都不是结果集，它们不能替代 SELECT：
-
RETURN只能返回一个INT，且必须用EXEC @val = proc捕获，再单独SELECT @val才能看到——它不会出现在结果网格里 -
OUTPUT参数是标量，哪怕你写SET @out = (SELECT name FROM t)，只要子查询返回多行就会报错 - 想返回表格数据，唯一正解就是过程体里写
SELECT ... FROM ...，然后确保调用方式支持接收结果集流
真正麻烦的地方不在写法，而在于：同一个存储过程，在 SSMS 里跑出来有结果，换到 Java 应用里就空了——这时候别急着改 SQL，先查驱动配置是否开了 multipleActiveResultSets=true，或者 ORM 是否用了 CommandType.StoredProcedure 正确模式。
