能，MySQL存储过程可返回多个不同结构的SELECT，但需满足MySQL 5.7+且连接启用multipleStatements=true；否则第二个SELECT被静默丢弃或触发Warning 1312。
MySQL存储过程真能返回多个不同结构的SELECT吗？
能，但必须满足两个硬性条件：MySQL 5.7+ 且客户端连接启用 multipleStatements:true（或 JDBC 的 multipleStatements=true）。否则第二个 SELECT 会被静默丢弃，甚至触发 Warning 1312 —— 这不是语法错误，是协议限制。
所谓“不同结构”，指列数、字段名、类型不一致，比如一个返回 id, name，另一个返回 order_id, total, created_at。MySQL 允许这样写，但客户端必须能处理多结果集，且不能指望它们自动拼成一张表。
Node.js mysql2 怎么安全读取多个结果集？
别用 query() 直接调用 CALL，它会把 results 解析成二维数组，但容易误读：比如 results[0] 是第一个结果集（数组），results[0][0] 才是第一行对象；而 results[1] 是第二个结果集，和第一个完全独立。
- 必须用
connection.execute('CALL sp_name(?)', [id])，它返回{ results, fields }结构更清晰 -
results是数组，每个元素是独立的结果集（每项都是行对象数组） - 如果某次
SELECT没数据，对应位置就是空数组[]，不是null或undefined - 字段元信息在
fields里按结果集顺序排列，fields[0]对应第一个SELECT的列定义
Java JDBC 为什么只拿到第一个结果集？
因为没调 getMoreResults()。JDBC 不会自动跳转，executeQuery("CALL ...") 只能拿第一个，必须改用 CallableStatement.execute() 启动。
- 调完
cs.execute()后，先用cs.getResultSet()拿当前结果集，遍历完再调cs.getMoreResults() -
getMoreResults()返回true才表示还有下一个；返回false且getUpdateCount() == -1才算结束 - 漏掉
getMoreResults()，后续所有结果集永远不可见 - 注意：
getMoreResults()会主动释放当前ResultSet，所以务必先读完再推进
Python pymysql / mysql-connector-python 怎么避免漏结果？
推荐用 cursor.stored_results() 迭代器，它内部已封装 nextset() 逻辑，比手动循环更可靠。
-
cursor.callproc('sp_name', (arg,))后，直接遍历cursor.stored_results() - 每个迭代项是
MySQLResult对象，支持fetchall()、description等标准方法 - 但如果存储过程末尾是
INSERT或UPDATE，后面跟SELECT，某些驱动可能跳过该SELECT—— 确保每个要返回的数据集都以SELECT语句结尾 - 字段名不一致时，
description里各结果集的列名是分开的，别试图统一用同一套 key 访问所有结果
真正麻烦的不是写多个 SELECT，而是客户端驱动默认关掉了多结果集支持，而且错误不报在 SQL 层，只藏在协议协商或静默丢弃里。上线前务必验证连接参数和驱动版本，别等压测时才发现第二张表根本没传过来。
