MySQL存储过程返回多个结果集时，Python需显式处理：mysql-connector-python推荐用cursor.stored_results()自动遍历，PyMySQL需手动调用nextset()并确保fetch完再切换，且OUT参数需单独获取。
MySQL存储过程返回多个结果集时，Python默认不支持自动遍历
PyMySQL 和 mysql-connector-python 默认只返回第一个结果集，后续的 SELECT 结果会被丢弃。这不是 bug，而是协议层面的设计：MySQL 的多结果集需要显式调用 nextset() 才能切换到下一个。不处理这点，你永远只能拿到第一个 SELECT 的数据。
实操建议：
- 必须使用支持多结果集的驱动，推荐
mysql-connector-python（官方维护）或较新版本的PyMySQL（≥1.1.0） - 执行存储过程后，不能直接用
cursor.fetchall()了事，得循环调用cursor.nextset() - 每次调用
nextset()前，先用cursor.fetchall()或cursor.fetchmany()拿完当前结果集，否则会跳过
用 mysql-connector-python 正确遍历多个结果集
mysql-connector-python 对多结果集支持最稳定，且 API 明确。关键在于：每次取完一个结果集后，检查是否还有下一个，再决定是否继续。
示例代码片段：
立即学习“Python免费学习笔记（深入）”；
import mysql.connector
<p>conn = mysql.connector.connect(host='localhost', user='root', password='xxx', database='test')
cursor = conn.cursor()</p><p>cursor.callproc('my_proc') # 调用存储过程，不带括号参数可传 tuple 或 dict</p><h1>获取第一个结果集</h1><p>for result in cursor.stored_results():
rows = result.fetchall()
print("结果集:", rows)</p><p>cursor.close()
conn.close()注意：cursor.stored_results() 返回一个迭代器，内部已自动处理 nextset()，比手动循环更安全。但前提是存储过程确实以 SELECT 结束（不是 INSERT/UPDATE 后跟 SELECT），否则可能返回空迭代器。
让 macOS 自动化像说话一样简单 —— 用代码控制你的 Mac，无需学习 AppleScript 系统要求 macOS 14+ (Sonoma) Python 3.9+ 需要开启：辅助功能 + 屏幕录制权限
PyMySQL 中手动调用 nextset() 容易漏掉最后一个结果集
PyMySQL 需要自己管理结果集切换，典型错误是：取完第一个结果集后没检查 nextset() 返回值，或在 nextset() 返回 None 时提前退出，导致漏掉最后一个结果集。
正确写法要点：
-
cursor.execute("CALL my_proc()")后，先fetchall()当前结果 - 然后循环调用
cursor.nextset()，直到返回False或None - 每次
nextset()成功后，必须再次fetchall()，否则数据丢失
常见错误现象：nextset() 返回 True，但紧接着调用 fetchall() 却报 ProgrammingError: No result set to fetch from——这是因为上一个结果集还没取完就调了 nextset()。
存储过程里有 OUT 参数 + 多个 SELECT 时，顺序和协议行为必须对齐
MySQL 存储过程若同时定义了 OUT 参数和多个 SELECT，返回顺序是固定的：先返回所有 SELECT 结果集（按执行顺序），最后才把 OUT 参数值通过额外的结果集返回（仅限 mysql-connector-python；PyMySQL 不自动暴露 OUT 参数，需改用 CALL my_proc(@a); SELECT @a; 方式）。
这意味着：
- 如果你的存储过程最后是
SELECT，那它就是最后一个结果集；如果是SET @out = ...，则OUT值不会出现在stored_results()里 - 想获取
OUT参数，推荐单独执行SELECT @out，或改用callproc()+cursor.callproc()的返回元组（仅mysql-connector-python支持） - 不要依赖结果集数量做硬编码索引，比如 “第二个结果集一定是用户数据”，应根据列名或业务逻辑判断
复杂点在于：不同驱动对 OUT 参数、SELECT 混合场景的处理差异很大，而且 MySQL 8.0+ 的协议细节也在变。最稳的方式是拆开——存储过程只负责 SELECT，参数传递用单独语句。
