MySQL存储过程通过CALL语句执行，每个SELECT生成独立结果集，客户端必须按序调用mysql_next_result()逐个消费，包括空结果和末尾的状态结果，否则连接将乱序失效。
CALL 语句必须配合 CLIENT_MULTI_RESULTS 才能取到多个结果集
MySQL 5.7 默认启用 CLIENT_MULTI_RESULTS，但这是连接层行为，不是存储过程本身的能力。如果你用 C API（如 mysql_real_connect()）或某些旧版驱动（如早期 MySQL Connector/C++、PHP mysqli 非对象模式），没显式开启该标志，CALL my_proc() 执行后只会拿到第一个结果，后续的 SELECT 被静默丢弃，连接可能异常中断。
验证是否生效：执行 SELECT @@session.auto_increment_increment; 后立刻调用存储过程，若能连续获取多个结果，则标志已就绪；否则检查驱动初始化逻辑或连接字符串参数（例如 JDBC 加 allowMultiQueries=true 不够，还需 useServerPrepStmts=false 配合）。
每个 SELECT 都会生成一个独立结果集，顺序固定不可跳过
存储过程中按顺序写的 SELECT 语句，客户端必须逐个消费——不能只取第 2 个而跳过第 1 个。因为 MySQL 协议不支持“随机访问结果集”，mysql_next_result() 是唯一推进方式，且必须在前一个结果调用 mysql_free_result() 后才能调用。
- 错误做法：调用
mysql_store_result()取完第一个结果后，直接mysql_use_result()处理第二个——协议状态未更新，会失败 - 正确流程：
mysql_store_result()→mysql_free_result()→mysql_next_result()→ 检查返回值是否为 0 → 重复 - 若中间某个
SELECT返回空结果集（比如SELECT * FROM t WHERE 0），仍算作一个有效结果，mysql_num_rows()返回 0，但必须走完整流程
最后一个结果总是 CALL 状态码，不是 SELECT 结果
即使存储过程末尾没写 SELECT，MySQL 也会自动附加一个无数据的结果集，表示存储过程执行成功与否。它的 mysql_field_count() 为 0，mysql_affected_rows() 无效，只能用 mysql_warning_count() 或 mysql_errno() 判断错误。这个结果必须被 mysql_next_result() 消费掉，否则下一次查询会报 Commands out of sync。
常见误判场景：
面向 CRM 系统的 MySQL 8 数据库模式设计。当用户需要为客户关系管理（CRM）系统设计、评审、优化或生成数据库模式时，应使用此项技能。
- 看到两个
SELECT就以为只有两个结果，漏处理第三个状态结果 - 用
mysql_more_results()判断还有没有结果，但它只返回布尔值，不推进状态，仍需调用mysql_next_result() - 在循环里忘了检查
mysql_next_result()返回值：-1 表示结束，0 表示还有，非零值才是错误
PHP mysqli 和 Python mysqlclient 的典型处理差异
PHP 原生 mysqli（面向过程）默认不自动处理多结果，必须手动循环；而 PDO 默认开启 PDO::MYSQL_ATTR_MULTI_STATEMENTS，但需注意 PDO::setAttribute(PDO::ATTR_EMULATE_PREPARES, false)，否则预处理会禁用多结果。
Python 的 mysqlclient（即 MySQLdb 分支）要求显式调用 cursor.nextset()，且必须在上一个结果遍历完毕后调用，否则抛 InterfaceError: No result set to fetch from。
关键细节：
- PHP 中
mysqli_multi_query()和CALL共享同一套多结果机制，但前者用于分号分隔语句，后者专用于存储过程 - Python 若用
pymysql，则cursor.nextset()返回True/False，与 C API 的mysql_next_result()返回值语义一致 - 所有语言中，只要有一个结果没清空（包括空结果或状态结果），后续任何查询都会触发同步错误
实际最易被忽略的是：存储过程里写的每个 SELECT 都强制绑定一个结果集生命周期，客户端代码里少一次 mysql_next_result() 或少一次 mysql_free_result()，整个连接就废了——不是报错，而是后续查询全乱序或静默失败。
