必须用 PDO::prepare + execute 调用存储过程；OUT/INOUT 参数需 bindParam 指定 PDO::PARAM_INPUT_OUTPUT；多结果集须用 nextRowset() 切换；事务中避免存储过程与 PHP 层双重事务控制。
CALL 语句必须用 PDO::prepare + execute，不能用 exec
直接用 PDO::exec("CALL proc_name(?, ?)") 会失败——PDO 不支持在 exec() 中绑定参数。存储过程若含 OUT 或 INOUT 参数，或需获取多结果集（如多个 SELECT），也必须走 prepare + execute 流程，否则参数不生效、结果集被丢弃。
实操建议：
立即学习“PHP免费学习笔记（深入）”；
- 始终用
$pdo->prepare("CALL proc_name(?, ?, ?)")，哪怕所有参数都是IN - 避免拼接字符串传参，尤其当参数来自用户输入时，
prepare是防 SQL 注入的唯一可靠方式 - 如果存储过程返回多个结果集（比如先
SELECT用户信息，再SELECT订单列表），execute()后必须用nextRowset()主动切换，否则只取到第一个结果
绑定 OUT/INOUT 参数要用 PDO::PARAM_INPUT_OUTPUT
MySQL 存储过程中声明为 OUT 或 INOUT 的参数，PHP 侧必须显式指定方向，否则值不会回写到变量中。仅用 bindParam($var, PDO::PARAM_STR) 是无效的。
实操建议：
立即学习“PHP免费学习笔记（深入）”；
- 对
OUT参数，先初始化变量（如$out_id = null），再调用bindParam('out_id', $out_id, PDO::PARAM_INT, 11)—— 第四个参数是长度（对整型可省略，但对字符串建议填） - 对
INOUT，同样用PDO::PARAM_INPUT_OUTPUT，且变量需预先赋值（即使只是占位） - 注意 MySQL 的
OUT参数类型必须与 PHP 变量类型兼容：MySQLDECIMAL易被转成字符串，INT才对应PDO::PARAM_INT
多结果集场景下，fetch() 前必须先 nextRowset()
存储过程里有多个 SELECT 语句时，PDO 默认只暴露第一个结果集。不手动调用 nextRowset() 就直接 fetch()，会得到 false 或空数组，且无报错提示。
实操建议：
立即学习“PHP免费学习笔记（深入）”；
- 执行完
execute()后，用do { $stmt->fetch(); } while ($stmt->nextRowset());循环处理全部结果集 - 若只需第一个结果集，仍建议加一次
if (!$stmt->nextRowset()) { /* no more */ }判断，避免误判“没数据”为“执行失败” -
nextRowset()返回false表示已无更多结果集，不是错误信号
事务内调用存储过程要注意 autocommit 状态
如果存储过程内部含 COMMIT 或 ROLLBACK，而 PHP 外层又开启了事务（$pdo->beginTransaction()），两者会冲突：MySQL 报错 Can't execute the given command because you have an active transaction。
实操建议：
立即学习“PHP免费学习笔记（深入）”；
- 检查存储过程定义：若含显式事务控制语句（
START TRANSACTION,COMMIT），PHP 层应禁用自动事务，即确保$pdo->getAttribute(PDO::ATTR_AUTOCOMMIT) === true - 更稳妥的做法是让存储过程只做逻辑，把事务交给 PHP 控制；必要时用
SAVEPOINT替代嵌套COMMIT - 调用前可用
$pdo->query("SELECT @@autocommit")->fetchColumn()实时确认当前 autocommit 状态
最易被忽略的是多结果集和 OUT 参数的组合：既没调 nextRowset()，又没正确绑定 PDO::PARAM_INPUT_OUTPUT，错误表现往往是“看起来执行成功，但拿不到返回值、也读不到后续结果”。这类问题不会抛异常，只能靠日志或调试器逐层验证绑定和游标状态。
