thinkphp6.x调用mysql存储过程需绕过db::query()封装，改用pdo原生实例并禁用模拟预处理、缓冲查询，手动管理事务、out参数绑定、多结果集游标及mysqli驱动清理，由存储过程控制事务边界。
如果您在ThinkPHP6.x中尝试调用MySQL存储过程以处理订单核销、库存联动或财务对账等复杂业务逻辑，但发现Db::query()返回数据不全、OUT参数为空或执行后报Commands out of sync错误，则很可能是框架默认封装未适配存储过程的多结果集、参数方向及游标管理机制。以下是解决此问题的步骤：
一、使用PDO原生实例绕过框架Query封装
ThinkPHP6.x的Db::query()底层调用PDO::query()，该方法仅支持单结果集且无法绑定OUT参数；必须获取原始PDO连接对象，手动控制prepare、execute、nextRowset及参数类型。此方式可完整支持含多个SELECT、INSERT、UPDATE及INOUT变量的存储过程。
1、通过Db::getConnection()->getPdo()获取底层PDO实例，禁止使用已废弃的Db::getPdo()。
2、执行$pdo->setAttribute(PDO::ATTR_EMULATE_PREPARES, false)，防止带参数的CALL语句解析失败。
3、执行$pdo->setAttribute(PDO::MYSQL_ATTR_USE_BUFFERED_QUERY, false)，避免开启缓冲导致Cannot traverse result set multiple times错误。
4、禁用ThinkPHP自动事务：不调用Db::startTrans()，改用$pdo->beginTransaction()与$pdo->commit()手动控制，防止与存储过程内嵌事务冲突。
5、执行完$stmt->execute()后，必须调用$stmt->closeCursor()，否则后续Db查询将触发Commands out of sync异常。
二、正确绑定并读取OUT/INOUT参数值
Db::query()完全忽略OUT参数绑定逻辑，传入变量不会被写回；必须使用bindValue()配合PDO::PARAM_INPUT_OUTPUT标志，并在execute()执行完毕后读取变量值，此时才为存储过程实际写入的结果。
1、声明变量并赋予初值（如空字符串或0），否则PDO抛出SQLSTATE[HY000]: General error。
2、调用$stmt->bindValue(':out_param', $out_var, PDO::PARAM_STR | PDO::PARAM_INPUT_OUTPUT)或PDO::PARAM_INT | PDO::PARAM_INPUT_OUTPUT，严格区分字符串与整型类型。
3、禁止使用bindParam()——它要求变量内存地址有效且可引用，而OUT值仅在execute()之后才写入。
4、执行$stmt->execute()后，立即读取$out_var变量内容，该值即为存储过程内部SET语句赋给OUT参数的真实结果。
三、逐个处理多结果集（含空结果集）
每个SELECT、INSERT、UPDATE在存储过程中均生成独立结果集，PDO默认只返回第一个；若不显式推进游标，后续所有结果（包括无数据的INSERT影响行数）均不可见。nextRowset()返回false表示结果集遍历结束，属正常流程信号，不应视为异常捕获。
1、执行$stmt->execute()后，首次调用fetchAll()仅获取第一个SELECT结果。
2、立即调用$stmt->nextRowset()切换至下一结果集；若返回false，停止循环。
3、对每个非false返回的结果集，单独调用fetch()或fetchAll()提取数据。
4、即使某步为INSERT语句且无返回行，仍需调用一次nextRowset()才能到达后续SELECT。
四、兼容mysqli驱动的多过程调用补丁
若项目强制使用mysqli驱动且需连续执行多个存储过程（如CALL sp_a(); CALL sp_b();），原生DbMysqli.class.php未处理结果集链路清理，会导致后续调用失败。需修改query()方法，在返回前主动释放全部剩余结果集。
1、定位到think\db\driver\Mysqli类中的query()方法。
2、在return语句前插入循环逻辑：while ($this->_linkID->more_results() && $this->_linkID->next_result()) { $this->queryID? $this->queryID->close(): null; }。
3、确保每次调用后$this->queryID被置为null或重新赋值，防止重复close引发致命错误。
4、该补丁使同一请求中可安全执行多个独立CALL语句，无需拆分为多次HTTP请求。
五、事务边界与错误恢复策略
存储过程自身可能已包含START TRANSACTION与COMMIT/ROLLBACK，外层再套Db::transaction()易引发嵌套事务异常或死锁。应由存储过程承担原子性保障，PHP层仅负责调用与状态反馈，异常时依据返回码而非数据库状态做业务决策。
1、删除所有Db::transaction()包裹代码，改由存储过程内部控制事务生命周期。
2、捕获PDOException时，检查错误码是否为45000（自定义SQLSTATE），该码通常由存储过程SIGNAL语句抛出，代表业务规则拒绝。
3、从结果集中提取status字段或OUT参数值，直接映射为前端可读错误消息，例如“已收金额超合同总额”。
4、不依赖PDO errorCode()判断成功与否，而以存储过程明确返回的业务码为准。
php免费学习视频：立即使用
踏上前端学习之旅，开启通往精通之路！从前端基础到项目实战，循序渐进，一步一个脚印，迈向巅峰！
