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()，是最小可行方案。
动态WEB网站中的PHP和MySQL：直观的QuickPro指南第2版
下载
动态WEB网站中的PHP和MySQL详细反映实际程序的需求，仔细地探讨外部数据的验证(例如信用卡卡号的格式)、用户登录以及如何使用模板建立网页的标准外观。动态WEB网站中的PHP和MySQL的内容不仅仅是这些。书中还提到如何串联JavaScript与PHP让用户操作时更快、更方便。还有正确处理用户输入错误的方法，让网站看起来更专业。另外还引入大量来自PEAR外挂函数库的强大功能，对常用的、强大的包
- 不要只捕获
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 就成了摆设。真正难的不是写那行命令，而是确保它运行在预期的事务上下文中。
