无法快速撤销所有数据库更改，仅能回滚当前连接中显式开启且未提交的InnoDB事务中的DML操作；需确认in_transaction=1、autocommit=0、未COMMIT/隐式提交，并确保已用START TRANSACTION显式开启事务。
不能“快速撤销所有数据库更改”，只能回滚当前连接中、显式开启且尚未提交的事务里的 DML 操作。一旦 COMMIT 执行，或连接断开时 autocommit=1，就彻底不可逆。
确认当前是否处于可回滚的活跃事务中
很多人执行 ROLLBACK 后发现数据没变回去，根本原因是：根本没有事务在运行。必须逐项验证：
- 运行
SELECT @@in_transaction;—— 返回1才表示有未提交事务 - 运行
SELECT @@autocommit;—— 返回0是手动事务模式；若为1，则每条语句已自动提交，ROLLBACK无效 - 检查是否已执行过
COMMIT或隐式提交（比如中间执行了ALTER TABLE） - 确认操作的表是
InnoDB引擎：SHOW CREATE TABLE `table_name`查看ENGINE=InnoDB；MyISAM表不支持事务
ROLLBACK 之前必须显式开启事务
ROLLBACK 不是全局撤销命令，它只对当前事务生效，而事务必须由 BEGIN 或 START TRANSACTION 显式启动。常见错误是直接写 SQL 然后想回滚：
UPDATE users SET name = 'test' WHERE id = 1; ROLLBACK; -- ❌ 无效：autocommit=1 下这条 UPDATE 已提交
正确做法是：
SET autocommit = 0; -- 可选，但推荐显式控制 START TRANSACTION; UPDATE users SET name = 'test' WHERE id = 1; DELETE FROM logs WHERE created_at < '2025-01-01'; -- 发现误操作，立刻： ROLLBACK;
注意：START TRANSACTION 和 BEGIN 等价，但 BEGIN 在某些存储过程上下文中可能被解析为语句块开始，建议统一用 START TRANSACTION 避免歧义。
部分回滚要用 SAVEPOINT，不是 ROLLBACK 的默认行为
ROLLBACK 默认回滚整个事务，无法只撤某一步。需要分段控制时，必须用 SAVEPOINT：
START TRANSACTION; INSERT INTO orders VALUES (1001, 'pending'); SAVEPOINT after_insert; UPDATE inventory SET stock = stock - 1 WHERE item_id = 123; -- 发现库存更新错了，但想保留订单插入 ROLLBACK TO SAVEPOINT after_insert; COMMIT;
要点：
-
SAVEPOINT名字不能重复，否则后定义的会覆盖前一个 -
ROLLBACK TO SAVEPOINT不会结束事务，后续仍可继续操作或最终COMMIT/ROLLBACK - 不支持跨连接的保存点，每个连接独立维护自己的保存点栈
DDL 语句会隐式提交，导致前面的 DML 无法再回滚
这是最容易被忽略的“断点”：任何 CREATE、DROP、ALTER、TRUNCATE 都会触发隐式 COMMIT，之后再执行 ROLLBACK 只能撤它之后的操作。
例如：
START TRANSACTION; UPDATE accounts SET balance = balance - 100 WHERE id = 1; ALTER TABLE accounts ADD COLUMN version INT; UPDATE accounts SET balance = balance + 100 WHERE id = 2; ROLLBACK;
结果是：第一条 UPDATE 已提交，不可撤；第二条 UPDATE 被回滚。整个事务实际被切成了两段。
所以，涉及 DDL 的批量变更，务必拆成独立会话操作，或改用支持事务的替代方案（如 CREATE TABLE ... SELECT 不提交，但多数 DDL 仍不行）。
