MySQL的binlog（二进制日志）记录了所有对数据库进行更改的操作，例如增删改表和数据的语句。当发生误删数据时，只要binlog功能处于开启状态且日志文件未被清除，我们就能够从中提取出误操作之前的数据变更记录，从而完成恢复。
一、确认binlog已开启并查看状态
首先登录MySQL，执行如下命令检查binlog是否开启以及当前正在写入的日志文件：
-- 查看binlog是否开启，ON表示开启 SHOW VARIABLES LIKE 'log_bin'; -- 查看当前binlog文件列表 SHOW BINARY LOGS; -- 查看当前正在使用的binlog文件及位置 SHOW MASTER STATUS;
二、使用mysqlbinlog解析日志
mysqlbinlog是MySQL自带的日志解析工具，可以将二进制日志转换为可读的SQL文本。以下命令把指定binlog文件导出为sql文件：
# 将binlog解析为文本，便于查找误删语句 mysqlbinlog -v --base64-output=DECODE-ROWS /var/lib/mysql/mysql-bin.000001 > /tmp/binlog.sql
在解析后的文件中，可以通过关键词如DELETE FROM定位到误操作的起始和结束位置点（例如位置1234到1567），或记录下误操作的大致时间。
三、按位置点恢复数据
假设误删发生在位置1567之前，我们可以把从日志开头到误删前的数据变更重放到一个临时库或原库：
# 恢复从日志开始到位置1567之前的所有操作 mysqlbinlog --stop-position=1567 /var/lib/mysql/mysql-bin.000001 | mysql -u root -p test_db
四、按时间点恢复数据
如果清楚误操作的时间范围，也可以使用开始和结束时间进行恢复：
# 恢复2023-01-01 10:00:00到10:30:00之间的操作 mysqlbinlog --start-datetime="2023-01-01 10:00:00" --stop-datetime="2023-01-01 10:30:00" /var/lib/mysql/mysql-bin.000001 | mysql -u root -p test_db
五、恢复注意事项
- 恢复前务必对当前数据库进行全量备份，避免二次破坏。
- binlog格式建议设置为ROW模式，能够记录每行数据的具体变更，恢复更可靠。
- 若误删后又有正常业务写入，应先将binlog恢复到临时实例，核对后再导出数据补回生产库。
使用<code>标签举例：在命令行调用mysqlbinlog()函数解析日志时，应确认文件权限，避免读取失败。
小结
通过开启binlog并掌握mysqlbinlog工具的使用，我们可以在误删数据后根据位置点或时间点精准恢复。日常运维中建议开启ROW格式日志并定期备份，以降低数据丢失风险。