MySQL 删库跑路？别慌，binlog 大法来帮你！

兄弟们，今天咱们聊点刺激的！

你有没有想过，一不小心手滑删了库，然后眼看着辛辛苦苦写的代码，还有无数用户的宝贵数据，瞬间灰飞烟灭？

别慌！老司机教你一招制敌：MySQL 的 binlog 日志！

简单来说，binlog 就是 MySQL 记录数据库变更操作的日志文件，类似于你的“操作记录”，可以随时查看你对数据库做了哪些操作。

就像你打游戏时，不小心按错键导致角色GG了，但你还可以通过回放录像，找到之前的操作，重来一次！

使用 binlog 恢复数据，本质上就是通过 binlog 找到所有 DML 操作，去掉错误的 SQL 语句，然后重走一遍长征路，就可以将数据恢复了！

话不多说，咱们直接进入实战环节！

如何打开 binlog 呢？

你需要在你的 MySQL 配置文件中，把 binlog 开启。

sql

打开 binlog

set global log_bin = 1;

设置 binlog 文件路径

set global log_bin_trust_function_creators = 1;

设置 binlog 日志的保存时间

set global expire_logs_days = 10;

温馨提示：

开启 binlog 会占用一定的磁盘空间，而且会影响数据库的写入性能，所以建议在平常使用中，只开启 binlog 用于恢复数据。

你也可以设置 binlog 的保存时间，避免日志文件过大，占用过多磁盘空间。

如何使用 binlog 恢复数据呢？

主要使用mysqlbinlog命令，这个命令是 MySQL 自带的，使用起来非常简单。

1. 找到你需要的 binlog 文件：

查看 binlog 文件列表

show binary logs;

2. 使用 mysqlbinlog 命令解析 binlog 文件：

解析 binlog 文件，并输出到控制台

mysqlbinlog /path/to/your/binlog.log

指定时间范围解析 binlog 文件

mysqlbinlog --start-datetime="2023-03-08 10:00:00" --stop-datetime="2023-03-08 12:00:00" /path/to/your/binlog.log

3. 将解析后的 SQL 语句，复制到 MySQL 命令行中执行，就可以恢复数据了！

举个例子，假如你误删了 users 表，想要恢复数据，你可以：

1. 找到 users 表被删除之前的 binlog 文件。

2. 使用 mysqlbinlog 命令解析 binlog 文件。

3. 找到 CREATE TABLE users 和 INSERT INTO users 的语句。

4. 将这些 SQL 语句复制到 MySQL 命令行中执行，就可以恢复 users 表的数据了。

你可能会问，mysqlbinlog 命令怎么用？

别急，老司机来教你！

参数	说明
--no-defaults	禁止使用默认配置文件
--stop-datetime="2022-07-12 16:35:00"	停止解析的日期时间，只解析到指定时间点
--database=woshishujukumin	指定要恢复的数据库

比如，你想恢复 2022-07-12 16:35:00 之前的数据，可以使用以下命令：

sudo mysqlbinlog --no-defaults --stop-datetime="2022-07-12 16:35:00" --database=woshishujukumin /path/to/your/binlog.log

怎么样？是不是很简单？

当然，binlog 也不是万能的，它也有很多局限性：

binlog 只记录了 DML 操作，比如插入、删除、更新，对于 DDL 操作，比如创建表、删除表，就不记录了。

如果 binlog 文件被删除了，那就无法恢复数据了。

binlog 的解析过程比较复杂，需要一定的技术水平。

所以，想要用 binlog 恢复数据，还是需要掌握一些基本技能的。

老司机再送你一些建议：

定期备份数据库，不要把宝全押在 binlog 上。

了解 binlog 的原理和使用方法，才能在数据丢失时，游刃有余地进行恢复。

不要轻易尝试删库跑路，除非你已经掌握了 binlog 的精髓，并且有足够的把握可以恢复数据。

你觉得 binlog 还有什么妙用呢？

欢迎评论区分享你的观点！