php用mysqli调用mysql存储过程取不到结果集，是因为query()不支持多结果集，必须用multi_query()配合store_result()和next_result()循环读取，否则仅获取首个结果。
PHP用mysqli调用MySQL存储过程时为什么结果集取不到？
因为默认情况下 mysqli 的 query() 不支持多结果集（比如存储过程里有多个 SELECT），直接 fetch 会漏掉后续结果或报错 Commands out of sync。
必须用 multi_query() + 循环 store_result() + next_result() 才能完整读取：
mysqli->multi_query("CALL get_user_orders(123)");
do {
if ($result = mysqli->store_result()) {
while ($row = $result->fetch_assoc()) {
var_dump($row);
}
$result->free();
}
} while (mysqli->more_results() && mysqli->next_result());
- 不调用
next_result()就卡在第一个结果，后续结果永远读不到 -
store_result()必须在每次next_result()后立即调用，否则返回null - 如果存储过程只返回一个结果，用
query()也能跑通，但一加输出参数或第二个SELECT就崩
PHP用PDO调用带OUT参数的MySQL存储过程怎么写？
PDO 默认不绑定 OUT 参数，必须显式用 bindParam() 并指定 PDO::PARAM_INPUT_OUTPUT，且变量得提前声明（不能传字面量）。
$pdo->setAttribute(PDO::ATTR_ERRMODE, PDO::ERRMODE_EXCEPTION);
$stmt = $pdo->prepare("CALL calc_total(?, ?)");
$total = 0;
$stmt->bindParam(1, $user_id, PDO::PARAM_INT);
$stmt->bindParam(2, $total, PDO::PARAM_INPUT_OUTPUT | PDO::PARAM_STR, 20);
$stmt->execute();
echo $total; // 输出存储过程里 SET 的值
- 类型长度（如这里的
20）必须大于等于存储过程中定义的 OUT 参数长度，否则截断 - 不能用
bindValue()，它只支持输入，不支持双向绑定 - MySQL 的 OUT 参数名和 PHP 变量名无关，靠位置绑定，顺序错了值就进错变量
存储过程里有事务，PHP里怎么确保回滚生效？
PHP 层的异常不会自动触发 MySQL 存储过程内的 ROLLBACK，除非你在过程里用了 DECLARE ... HANDLER 捕获 SQLSTATE 错误并显式回滚。
更可靠的做法是：把事务控制权交给 PHP，存储过程只做逻辑，不碰 START TRANSACTION / COMMIT。
- 如果非要在过程里开事务，必须加错误处理器：
DECLARE EXIT HANDLER FOR SQLEXCEPTION ROLLBACK; - PDO 设置
PDO::ATTR_AUTOCOMMIT => false后，PHP 层$pdo->rollback()才能真正起作用 - mysqli 调用带事务的存储过程后，别用
commit()或rollback()—— 过程自己已经提交了，再操作会报No transaction is active
为什么PDO用exec()调用存储过程总是返回0？
exec() 只返回影响行数，而存储过程本身没有“影响行数”概念；它不执行查询，也不返回结果集，所以永远是 0。这是设计使然，不是 bug。
- 要用
query()或prepare()/execute()，哪怕只是 CALL 语句 -
exec("CALL log_action('test')")看似成功，但你完全不知道过程里有没有报错 —— 它连错误都不抛 - 如果过程只做插入/更新，又不需要返回值，用
exec()也行，但务必配合PDO::ATTR_ERRMODE => PDO::ERRMODE_EXCEPTION捕获潜在失败
sql_mode=STRICT_TRANS_TABLES 时，字段超长、类型隐式转换失败都可能静默吞掉异常。调试前先确认 MySQL 的 error log 和 SHOW WARNINGS 输出。php免费学习视频：立即使用
踏上前端学习之旅，开启通往精通之路！从前端基础到项目实战，循序渐进，一步一个脚印，迈向巅峰！
