在mysql数据库的使用过程中，误操作是难以完全避免的情况，比如执行了错误的删除语句、更新了不符合预期的字段值，这时候就需要掌握mysql怎么撤回已执行的操作，尽可能降低数据损失。mysql针对不同阶段的操作提供了不同的撤回方式，核心依赖事务机制和各类日志实现数据恢复。
未提交事务的撤回：事务回滚
如果误操作发生在事务执行过程中，且事务还没有提交，那么可以直接通过ROLLBACK语句撤回所有未提交的修改，这是最快捷的撤回方式。
mysql默认的事务提交模式是自动提交，也就是每条单独的SQL语句执行完就会自动提交，这种情况下如果没有手动开启事务，单条语句执行后就无法通过回滚撤回。如果需要手动控制事务，需要先关闭自动提交，或者手动开启事务。
手动事务的使用示例
以下是手动开启事务、执行操作、撤回操作的完整示例：
-- 关闭自动提交，也可以直接用START TRANSACTION开启事务 SET autocommit = 0; -- 执行误操作，比如错误删除用户表的数据 DELETE FROM user WHERE id = 10; -- 发现操作错误，执行回滚撤回操作 ROLLBACK; -- 确认撤回后，重新开启自动提交 SET autocommit = 1;
执行ROLLBACK之后，刚才删除的数据会恢复到操作前的状态，事务内所有的插入、更新、删除操作都会被撤销。
已提交事务的撤回：基于日志恢复
如果事务已经提交，或者操作是自动提交的，这时候就无法通过事务回滚撤回，需要借助mysql的日志机制恢复数据。mysql中和数据撤回相关的日志主要有undo log和binlog。
undo log的适用场景
undo log是innodb存储引擎特有的日志，主要用来实现事务的回滚和MVCC（多版本并发控制）。不过undo log的生命周期是和事务相关的，事务提交之后，undo log不会立即删除，而是会保留一段时间，供长事务或者一致性读使用。如果提交的事务时间很短，undo log可能已经被清理，这种情况下无法通过undo log撤回。
如果确定undo log还存在，可以通过第三方工具解析undo log恢复数据，不过mysql本身没有内置的undo log解析撤回命令，操作复杂度较高，一般更推荐使用binlog恢复。
binlog的恢复方案
binlog是mysql的服务层日志，记录所有对数据库的修改操作，只要开启了binlog，所有提交的数据变更都会被记录下来。通过解析binlog，可以反向生成撤回操作的SQL语句，比如删除操作生成插入语句，更新操作生成反向的更新语句。
首先需要确认mysql已经开启了binlog，可以通过以下命令查看：
-- 查看binlog是否开启，ON表示开启 SHOW VARIABLES LIKE 'log_bin';
如果binlog没有开启，需要修改mysql配置文件，添加以下配置后重启服务：
[mysqld] log_bin = mysql-bin binlog_format = ROW
binlog_format设置为ROW模式可以记录每一行数据的变更细节，更适合用来做数据恢复。
假设我们在2024-05-20 14:30:00执行了错误的删除语句DELETE FROM user WHERE age < 18，现在需要撤回这个操作，步骤如下：
- 先查看binlog文件列表，找到对应时间段的binlog文件：
SHOW BINARY LOGS;
- 使用mysqlbinlog工具解析对应时间段的binlog，生成反向SQL：
mysqlbinlog --start-datetime="2024-05-20 14:25:00" --stop-datetime="2024-05-20 14:35:00" /var/lib/mysql/mysql-bin.000001 > binlog_temp.sql
解析出来的binlog内容中，删除操作会对应对应的行数据，我们可以手动提取这些行数据，生成插入语句，或者使用开源的binlog解析工具比如binlog2sql直接生成回滚SQL。
binlog2sql的使用示例如下：
python binlog2sql.py -h 127.0.0.1 -P 3306 -u root -p -d test_db -t user --start-file='mysql-bin.000001' --start-datetime='2024-05-20 14:25:00' --stop-datetime='2024-05-20 14:35:00' -B
加上-B参数之后，工具会直接生成回滚SQL，把生成的SQL执行到数据库中，就可以撤回之前的删除操作。
不同撤回方式的对比
以下是几种常见撤回方式的适用场景和特点对比：
| 撤回方式 | 适用场景 | 操作难度 | 恢复速度 |
|---|---|---|---|
| 事务回滚ROLLBACK | 未提交的事务操作 | 低 | 快 |
| undo log解析 | 刚提交不久的事务，undo log未清理 | 高 | 中等 |
| binlog解析回滚 | 已提交的事务，开启了binlog | 中等 | 中等 |
撤回操作的注意事项
- 执行任何撤回操作之前，建议先对当前数据库做一次全量备份，避免撤回过程中出现二次数据损坏。
- 如果误操作涉及大量数据，解析binlog生成回滚SQL的时候要注意SQL的正确性，最好先在测试环境验证再执行到生产环境。
- 日常使用中建议开启binlog，并且定期备份binlog文件，避免binlog被自动清理导致无法恢复数据。
- 对于重要的数据操作，建议先手动开启事务，确认操作结果正确之后再提交，避免自动提交导致的无法回滚问题。
掌握mysql怎么撤回已执行的操作，能够帮助用户在出现误操作时快速恢复数据，不过最好的方式还是操作前做好备份，执行重要操作前仔细确认SQL语句的正确性，从源头减少误操作的概率。