mysql的事务回滚与提交错误处理方法

ROLLBACK不生效主因是事务未启动或已隐式提交；常见原因包括AUTOCOMMIT=1、DDL语句触发隐式提交、MyISAM引擎不支持事务、存储过程未声明错误处理器及应用端未显式控制回滚。

mysql 事务中 ROLLBACK 不生效的常见原因

事务回滚失败，往往不是语法写错了，而是事务根本没有真正启动，或者被隐式提交了。ROLLBACK 只对当前活跃事务起作用，一旦事务已结束（比如自动提交开启、语句执行完立刻提交），再执行 ROLLBACK 就什么也不会做。

• AUTOCOMMIT=1（默认）时，每条 SQL 都是独立事务，START TRANSACTION 或 BEGIN 后才进入手动事务模式
• 执行了 DDL 语句（如 CREATE table、ALTER TABLE）会**隐式提交**当前事务，之后 ROLLBACK 无法回滚此前的 DML
• 在存储过程中未显式声明 DECLARE EXIT HANDLER，异常发生后事务仍处于打开状态，但连接可能断开或被重用，导致回滚被跳过
• 使用了不支持事务的引擎（如 MyISAM），START TRANSACTION 和 ROLLBACK 会被忽略，且无报错提示

正确使用 COMMIT 和 ROLLBACK 的基本流程

手动事务必须严格遵循“开始 → 执行 → 判断 → 提交/回滚”链条。任何一环缺失或顺序错误，都会导致数据不一致。

• 务必先确认引擎为 InnoDB：

  SHOW CREATE TABLE `your_table`;

  查看输出中是否含 ENGINE=InnoDB

• 显式开启事务：START TRANSACTION（推荐）或 BEGIN；避免依赖 SET AUTOCOMMIT = 0，它影响整个会话，易被遗忘恢复
• 所有 DML 操作（INSERT/UPDATE/delete）必须在事务块内完成
• 逻辑判断后，**必须且只能调用一次** COMMIT 或 ROLLBACK；重复执行 COMMIT 无害，但重复 ROLLBACK 会报错 Error 1370 (42000): execute command denied to user（权限不足假象，实为无事务可回滚）

在应用代码中安全处理 MySQL 事务错误（以 python + PyMySQL 为例）

数据库驱动不会自动捕获 SQL 错误并回滚，必须由业务代码显式控制。靠 try/except 包裹整个事务块，并在异常分支强制 rollback()，是最小可行方案。

• 不要只捕获 Exception，优先捕获具体异常类，如 pymysql.err.IntegrityError（唯一键冲突）、pymysql.err.OperationalError（连接中断）
• connection.autocommit(False) 必须在事务开始前设置，且不能依赖连接池的全局配置——不同线程/请求需各自控制
• 即使 commit() 抛出异常（如网络超时、死锁），也应视为提交失败，立即执行 rollback()，否则连接可能卡在未结束事务状态
• 示例关键片段：

try:     conn.autocommit(False)     with conn.cursor() as cur:         cur.execute("UPDATE accounts SET balance = balance - %s WHERE id = %s", (100, 1))         cur.execute("UPDATE accounts SET balance = balance + %s WHERE id = %s", (100, 2))     conn.commit() except Exception as e:     conn.rollback()     raise e finally:     conn.close()

存储过程中事务错误处理的陷阱

MySQL 存储过程里，ROLLBACK 不会自动触发，除非你主动写 DECLARE ... HANDLER。更麻烦的是：**系统错误（如死锁）会直接退出过程，不执行后续语句，也不回滚——除非你提前设好错误处理器。**

• 必须用 DECLARE EXIT HANDLER for SQLEXCEPTION 捕获所有 SQL 异常；仅用 SQLWARNING 或 NOT FOUND 不够
• 处理器中只写 ROLLBACK 不够，还要 RESIGNAL 或 LEAVE，否则过程可能继续执行后续语句，造成二次错误
• 嵌套事务不被支持（MySQL 5.7+ 仍无 true savepoint 嵌套），START TRANSACTION 在过程中会报错，只能靠 SAVEPOINT 分段控制
• 一个典型安全模板：

DELIMITER $$ CREATE PROCEDURE transfer_money(IN from_id INT, IN to_id INT, IN amount DECIMAL(10,2)) BEGIN     DECLARE EXIT HANDLER FOR SQLEXCEPTION     BEGIN         ROLLBACK;         RESIGNAL;     END; 
START TRANSACTION; UPDATE accounts SET balance = balance - amount WHERE id = from_id; UPDATE accounts SET balance = balance + amount WHERE id = to_id; COMMIT;
END$$ DELIMITER ;
事务的边界比看起来更脆弱：隐式提交、引擎限制、连接复用、错误处理器缺失——任何一个环节没盯住，ROLLBACK 就成了摆设。真正难的不是写那行命令，而是确保它运行在预期的事务上下文中。