MySQL 5.7+存储过程支持多个SELECT返回多个结果集，但需协议层启用multipleStatements、应用层循环调用getMoreResults()/nextset()读取，且不能混用SELECT INTO或忽略OUT参数。
MySQL存储过程写多个SELECT就能返回多个结果集
能，但仅限 MySQL 5.7+，且必须满足协议层支持。存储过程里连续写两个或更多独立的 SELECT 语句（不带 INTO、不赋值给变量），MySQL 就会在一次 CALL 执行中发出多个结果集——这不是“合并”，而是按顺序逐个推送。
常见错误现象：CALL my_proc() 在命令行或某些 GUI 工具里只显示第一张表；Java 中 executeQuery() 只拿到第一个结果；Python 用 cursor.execute() 后 fetchall() 为空。
- 根本原因：MySQL 默认把
CALL当作单语句处理，后续结果集被协议忽略 - 必须在连接参数中启用
multipleStatements=true（JDBC）、multi=True（PyMySQL）或multipleStatements: true（mysql2） - 不能用
executeQuery()或fetchone()这类单结果接口启动调用 - 存储过程内不能有
SELECT ... INTO或赋值语句混在中间，否则会中断结果集流
JDBC 必须用 execute() + getMoreResults() 循环读取
Java 里漏掉 getMoreResults()，就永远读不到第二个结果集。它不是自动推进的，也不是靠 try-with-resources 自动清理。
MySQL8 CRM Schema Design Expert
下载
面向 CRM 系统的 MySQL 8 数据库模式设计。当用户需要为客户关系管理（CRM）系统设计、评审、优化或生成数据库模式时，应使用此项技能。
- 第一步：用
CallableStatement cs = conn.prepareCall("{CALL my_proc()}")，然后调cs.execute()（返回boolean表示首个结果是否为结果集） - 第二步：用
cs.getResultSet()拿当前结果集，遍历完再调cs.getMoreResults() -
getMoreResults()返回true才表示还有下一个；返回false且cs.getUpdateCount() == -1才算真正结束 - 注意：
getMoreResults()会丢弃当前ResultSet，所以必须先next()完、close()掉再调
PyMySQL 需手动 nextset()，且容易漏掉最后一个
PyMySQL 不提供自动遍历接口，nextset() 返回 None 表示没有更多结果集，但很多人误以为 False 才是终点，导致最后一个结果集没读。
- 连接时必须设
multi=True，游标建议用DictCursor - 正确流程：
cursor.execute("CALL my_proc()")→res1 = cursor.fetchall()→while cursor.nextset() is not None:→res2 = cursor.fetchall() - 关键点：
nextset()成功切换后，当前游标才指向新结果集，必须立刻fetchall()或fetchone() - 如果过程中有
OUT参数，需额外执行SELECT @_my_proc_0, @_my_proc_1获取，不能从结果集里读
Node.js mysql2 驱动返回 results 数组，但字段结构不一致
mysql2 启用 multipleStatements: true 后，query() 的 results 是数组，每个元素对应一个结果集——但结构不统一：单行结果是对象，多行是数组，空结果可能是空数组或 undefined。
- 第一个结果集可能直接是
results[0]（多行）或results[0][0]（单行），得先判类型 - 如果某个
SELECT返回 0 行，对应位置可能是[]，不是null，别用if (results[1])简单判断 - 字段元信息（
fields）只在第一个回调参数里提供，后续结果集不带fields，得自己记或统一用列名访问 - 云数据库代理（如阿里云 RDS Proxy）可能拦截多结果集，上线前务必在真实环境验证协议兼容性
实际用的时候，最常踩的坑不是语法写错，而是连接参数没开、应用层没循环推进、或者把 OUT 参数和结果集混在一起期待自动映射。多结果集本质是协议级能力，不是语法糖，驱动和数据库版本稍有不匹配，数据就静默丢失。
