如何在MySQL存储过程中优雅地处理事务回滚与异常捕获？-mysql教程-PHP中文网

mysql存储过程无法使用try-catch，必须用declare exit handler for sqlexception配start transaction手动回滚；continue handler需配合标志变量统一判错；嵌套调用时子过程不可自行commit，须由外层统管事务或改用savepoint；隐式提交语句（如ddl）会提前终结事务，导致rollback失效。

如何在mysql存储过程中优雅地处理事务回滚与异常捕获？

MySQL存储过程里没法用 try-catch，所谓“优雅”不是语法糖堆出来的，而是靠 handler 类型选对、ROLLBACK 时机卡准、嵌套调用避坑这三件事撑起来的。

DECLARE EXIT HANDLER FOR SQLEXCEPTION 必须配 START TRANSACTION

这是最常用也最容易出错的组合。EXIT HANDLER 一触发就退出当前作用域，但不会自动回滚——你得手动写 ROLLBACK。

不写 ROLLBACK，只设变量或打日志，事务照样挂着，可能锁表、阻塞其他连接
必须在 START TRANSACTION 之后、业务 SQL 之前声明 handler，否则异常发生时还没注册上
handler 里建议加 RESIGNAL，否则调用方收不到原始错误码（比如 1062 主键冲突），只能看到空结果或默认返回值

典型写法：

DELIMITER $$
CREATE PROCEDURE transfer_funds()
BEGIN
  DECLARE EXIT HANDLER FOR SQLEXCEPTION
  BEGIN
    ROLLBACK;
    RESIGNAL;
  END;
  START TRANSACTION;
  UPDATE accounts SET balance = balance - 100 WHERE id = 1;
  UPDATE accounts SET balance = balance + 100 WHERE id = 2;
  COMMIT;
END$$
DELIMITER ;

CONTINUE HANDLER + 标志变量适合多步校验场景

当你需要执行完所有 SQL 再统一判断成败（比如先插再查再更新），就得用 CONTINUE HANDLER 配合标志变量，而不是一出错就跳出去。

MySQL

编写正确的MySQL查询，避免字符集、索引和锁方面的常见陷阱。

下载

DECLARE CONTINUE HANDLER FOR SQLEXCEPTION SET has_error = TRUE; —— 异常发生后继续往下走，靠变量控制后续逻辑
务必在 START TRANSACTION 前初始化标志变量，比如 DECLARE has_error INT DEFAULT 0;
最后用 IF has_error THEN ROLLBACK; ELSE COMMIT; END IF; 做终局判断

注意：这种模式下，如果某条 SQL 报错但被 handler 捕获，后续语句仍会执行——你要确保这些语句本身不会破坏数据一致性。

嵌套存储过程调用是 ROLLBACK 失效高发区

MySQL 不支持嵌套事务。如果 A 过程调用 B 过程，而 B 里面写了 START TRANSACTION 和 COMMIT，那 B 的 COMMIT 会把 A 整个事务提前提交掉。

A 过程里开的事务，在 B 过程内被 COMMIT 后就永久生效了，A 后续哪怕报错、执行 ROLLBACK 也无事务可滚
解决方案：所有子过程一律不自己开事务，由最外层统一管理；或者子过程改用 SAVEPOINT 做局部回滚
SAVEPOINT sp1; 和 ROLLBACK TO SAVEPOINT sp1; 可以在不中断整个流程的前提下撤回部分操作，适合“试插再判”的逻辑