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;
<pre class='brush:php;toolbar:false;'>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就成了摆设。真正难的不是写那行命令，而是确保它运行在预期的事务上下文中。
