MySQL存储过程通过SELECT语句隐式返回结果集，或通过OUT参数显式返回标量值；Java需用CallableStatement配合execute()、getResultSet()和getMoreResults()处理多结果集，Python需启用multi=True（PyMySQL）或调用nextset()（MySQLdb）。
MySQL存储过程怎么把结果返回给Java/Python应用
存储过程本身不直接“返回结果集”给应用层，而是靠CALL语句触发执行，再由客户端驱动按协议接收结果集或输出参数。关键在于：你得告诉MySQL“哪些数据要出来”，且应用代码得主动读取——不是调用完就自动塞进变量里。
常见错误现象：CALL proc_name(); 执行成功但Java里ResultSet.next()返回false，或者Python的cursor.fetchall()空；本质是没显式声明结果集，或应用没调用getMoreResults()（Java）或没处理多结果集（Python）。
- 如果过程里有
SELECT语句（非赋值、非INTO），它默认作为结果集发出，应用必须逐个读取 - 若用
SELECT ... INTO或赋值给OUT参数，那结果不会自动发回，得靠OUT参数+应用显式获取 - 一个存储过程可能产生多个结果集（比如连续两个
SELECT），Java需循环调用getMoreResults()，Python需用cursor.nextset()
Java JDBC如何正确接收存储过程的SELECT结果集
JDBC默认把CALL当单条语句处理，遇到第一个SELECT会返回ResultSet，但后续结果集会被忽略，除非手动推进。不处理这点，第二张表的数据就丢了。
使用场景：报表类过程返回主表+统计汇总两个SELECT；或分页过程先返回总条数再返回数据行。
- 别用
executeQuery("CALL ...")——它只认第一个结果，且不支持OUT参数 - 必须用
CallableStatement，例如conn.prepareCall("{CALL proc_name()}") - 执行后先用
execute()（不是executeQuery），再用getResultSet()取第一个结果集 - 之后反复调用
getMoreResults()+getResultSet()，直到返回false - 记得检查
getUpdateCount()是否为-1，-1才表示当前是结果集；否则可能是UPDATE影响行数
示例片段：
CallableStatement cs = conn.prepareCall("{CALL report_data()}");<br>cs.execute();<br>do {<br> ResultSet rs = cs.getResultSet();<br> if (rs != null) {<br> // 处理rs<br> }<br>} while (cs.getMoreResults());
Python MySQLdb/PyMySQL接收多结果集的坑
PyMySQL默认关闭多结果集支持，MySQLdb更老，行为更隐蔽。最常踩的坑是：过程里写了两个SELECT，但Python只拿到第一个，第二个直接被吞掉，还不报错。
参数差异：cursor.execute("CALL proc()")本身不控制多结果，关键是后续怎么捞——而PyMySQL需要显式启用multi=True，MySQLdb则依赖nextset()是否可用。
- PyMySQL必须加
multi=True参数：cursor.execute("CALL proc()", multi=True) - 然后用
for result in cursor:或手动cursor.nextset()跳转 - MySQLdb不支持
multi参数，只能靠cursor.nextset()判断是否有下一个结果集，返回True才继续fetchall() - 注意：PyMySQL 1.0+ 中
multi=True是必需的，旧版本可能默认开启但行为不稳定
什么时候该用OUT参数而不是SELECT返回结果集
当你要传回的是标量值（比如状态码、计数、ID、错误信息），而不是表格数据时，OUT参数比塞进SELECT干净得多。硬用SELECT @var不仅多一次结果集解析，还容易和主业务结果混淆。
性能影响：单个OUT参数传输几乎无开销；而SELECT哪怕只有一行一列，也走完整结果集协议，涉及列元数据交换、缓冲区分配等。
- 定义过程时明确写
OUT out_id INT，执行中用SET out_id = ... - Java里用
registerOutParameter(1, Types.INTEGER)注册，再用getInt(1)取值 - Python PyMySQL里，
OUT参数不通过结果集返回，得靠cursor.callproc("proc", [None])后读args[0] - 别在同一个过程里混用
SELECT和OUT传同一类信息——比如既SELECT count(*)又OUT total，应用端逻辑会分裂
复杂点在于：有些ORM（如MyBatis）对存储过程的OUT支持弱，反而对结果集封装好；这时候宁可多一个SELECT，也别强行绕过框架去拿OUT。适配成本比多一次网络往返更难压。
