脚本之家 服务器常用软件
快捷导航
您的位置：首页 → 数据库 → Mysql → MySQL binlog恢复数据

MySQL通过binlog实现恢复数据

 更新时间：2025年01月26日 09:42:43   作者：鲁班班  
在MySQL中,如果不小心删除了数据,可以利用二进制日志（binlog）来恢复数据,本文将通过几个示例为大家介绍一下具体实现方法,希望对大家有所帮助

一、背景

在MySQL中，如果不小心删除了数据，可以利用二进制日志（binlog）来恢复数据。

实质就是将binlog记录中的事件再次执行一遍。

二、前提条件

启用二进制日志：确保 MySQL 启用了二进制日志功能。

有足够的权限：确保有权限访问和读取二进制日志文件。

三、恢复步骤

1.找到相关的二进制日志文件：

查看是否开启二进制日志文件

SHOW VARIABLES LIKE 'log_bin%';

查看二进制日志文件位置

SHOW VARIABLES LIKE 'log_bin_basename';

查看二进制日志文件列表

SHOW BINARY LOGS;

2.使用 mysqlbinlog 工具提取日志：事件位置

先使用show binlog events命令查看binlog记录，确定事件开始位置和结束位置。

查看二进制日志记录

show binlog events in 'binlog.00001';

再使用 mysqlbinlog 提取开始位置和结束位置的日志：

mysqlbinlog /path/to/binlog.000001 --start-position=13508 --stop-position=14142 | mysql -u username -p database_name

替换 /path/to/binlog.000001 为二进制日志文件路径

修改stop-position和stop-position

替换 username 为MySQL 用户名，database_name 为数据库名称。

3.使用 mysqlbinlog 工具提取日志：时间段

使用 mysqlbinlog 提取特定时间段的日志：

mysqlbinlog /path/to/binlog.000001 --start-datetime="YYYY-MM-DD HH:MM:SS" --stop-datetime="YYYY-MM-DD HH:MM:SS" | mysql -u username -p database_name

替换 /path/to/binlog.000001 为二进制日志文件路径

修改 start-datetime 和 stop-datetime

替换 username 为MySQL 用户名，database_name 为数据库名称。

注意事项

备份当前数据：在进行数据恢复操作之前，最好先备份当前数据库，以防止进一步的数据丢失。

测试恢复脚本：在生产环境中执行恢复脚本之前，可以先在测试环境中进行测试，确保恢复操作的正确性。

mysqlbinlog命令只用于恢复，不能用于回滚。适用数据迁移，数据同步的场景。

四、实操

1.插入数据

mysql -u root -p 登陆

➜  ~ mysql -u root -p                  
Enter password: 
Welcome to the MySQL monitor.  Commands end with ; or \\g.
Your MySQL connection id is 40
Server version: 8.4.3 MySQL Community Server - GPL

插入两条数据

mysql> use ban;

mysql> INSERT INTO t_user (id, name, phone) VALUES ('1', '小明', '110');
Query OK, 1 row affected (0.00 sec)

mysql> INSERT INTO t_user (id, name, phone) VALUES ('2', '小红', '120');
Query OK, 1 row affected (0.00 sec)

mysql> select * from t_user;
+----+--------+-------+---------------------+---------------------+
| id | name   | phone | create_dt           | update_dt           |
+----+--------+-------+---------------------+---------------------+
| 1  | 小明   | 110   | 2025-01-24 15:19:39 | 2025-01-24 15:19:39 |
| 2  | 小红   | 120   | 2025-01-24 15:19:46 | 2025-01-24 15:19:46 |
+----+--------+-------+---------------------+---------------------+
2 rows in set (0.00 sec)

2.删除数据

mysql> delete from t_user where id in(1,2);
Query OK, 2 rows affected (0.00 sec)

mysql> select * from t_user;
Empty set (0.00 sec)

3.通过binlog恢复删除的数据

找到二进制日志文件：/usr/local/mysql/data/binlog.000002

mysql> SHOW VARIABLES LIKE 'log_bin_basename';
+------------------+------------------------------+
| Variable_name    | Value                        |
+------------------+------------------------------+
| log_bin_basename | /usr/local/mysql/data/binlog |
+------------------+------------------------------+
1 row in set (0.01 sec)

​​​​​​​mysql> SHOW BINARY LOGS;
+---------------+-----------+-----------+
| Log_name      | File_size | Encrypted |
+---------------+-----------+-----------+
| binlog.000001 |       668 | No        |
| binlog.000002 |     14142 | No        |
| binlog.000003 |       181 | No        |
| binlog.000004 |       181 | No        |
| binlog.000005 |       181 | No        |
+---------------+-----------+-----------+
5 rows in set (0.01 sec)

查看二进制日志记录，确认事件开始位置（13508）和结束位置（14142）

mysql> show binlog events in 'binlog.00002';

| Log_name      | Pos   | Event_type     | Server_id | End_log_pos | Info  
| binlog.00002 | 13508 | Anonymous_Gtid |         1 |       13587 | SET @@SESSION.GTID_NEXT= 'ANONYMOUS'
| binlog.00002 | 13587 | Query          |         1 |       13669 | BEGIN                               
| binlog.00002 | 13669 | Table_map      |         1 |       13734 | table_id: 109 (ban.t_user)          
| binlog.00002 | 13734 | Write_rows     |         1 |       13794 | table_id: 109 flags: STMT_END_F     
| binlog.00002 | 13794 | Xid            |         1 |       13825 | COMMIT /* xid=1058 */               
| binlog.00002 | 13825 | Anonymous_Gtid |         1 |       13904 | SET @@SESSION.GTID_NEXT= 'ANONYMOUS'
| binlog.00002 | 13904 | Query          |         1 |       13986 | BEGIN                               
| binlog.00002 | 13986 | Table_map      |         1 |       14051 | table_id: 109 (ban.t_user)          
| binlog.00002 | 14051 | Write_rows     |         1 |       14111 | table_id: 109 flags: STMT_END_F     
| binlog.00002 | 14111 | Xid            |         1 |       14142 | COMMIT /* xid=1059 */

使用 mysqlbinlog 恢复数据

➜  ~ mysqlbinlog /usr/local/mysql/data/binlog.00002 --start-position=13508 --stop-position=14142 | mysql -u root -p ban

4.完整示例

--登陆--
➜  ~ mysql -u root -p                  
Enter password: 

--插入数据----
mysql> use ban;
mysql> INSERT INTO t_user (id, name, phone) VALUES ('1', '小明', '110');
mysql> INSERT INTO t_user (id, name, phone) VALUES ('2', '小红', '120');
mysql> select * from t_user;
+----+--------+-------+---------------------+---------------------+
| id | name   | phone | create_dt           | update_dt           |
+----+--------+-------+---------------------+---------------------+
| 1  | 小明   | 110   | 2025-01-24 15:19:39 | 2025-01-24 15:19:39 |
| 2  | 小红   | 120   | 2025-01-24 15:19:46 | 2025-01-24 15:19:46 |
+----+--------+-------+---------------------+---------------------+
2 rows in set (0.00 sec)

--删除数据--
mysql> delete from t_user where id in(1,2);
mysql> select * from t_user;
Empty set (0.00 sec)

--通过binlog恢复删除的数据--

--找到二进制日志文件：/usr/local/mysql/data/binlog.000002
mysql> SHOW VARIABLES LIKE 'log_bin_basename';
+------------------+------------------------------+
| Variable_name    | Value                        |
+------------------+------------------------------+
| log_bin_basename | /usr/local/mysql/data/binlog |
+------------------+------------------------------+
1 row in set (0.01 sec)

mysql> SHOW BINARY LOGS;
+---------------+-----------+-----------+
| Log_name      | File_size | Encrypted |
+---------------+-----------+-----------+
| binlog.000001 |       668 | No        |
| binlog.000002 |     14142 | No        |
| binlog.000003 |       181 | No        |
| binlog.000004 |       181 | No        |
| binlog.000005 |       181 | No        |
+---------------+-----------+-----------+
5 rows in set (0.01 sec)

--查看二进制日志记录，确认事件开始位置（13508）和结束位置（14142）--
mysql> show binlog events in 'binlog.00002';

| Log_name      | Pos   | Event_type     | Server_id | End_log_pos | Info  
| binlog.00002 | 13508 | Anonymous_Gtid |         1 |       13587 | SET @@SESSION.GTID_NEXT= 'ANONYMOUS'
| binlog.00002 | 13587 | Query          |         1 |       13669 | BEGIN                               
| binlog.00002 | 13669 | Table_map      |         1 |       13734 | table_id: 109 (ban.t_user)          
| binlog.00002 | 13734 | Write_rows     |         1 |       13794 | table_id: 109 flags: STMT_END_F     
| binlog.00002 | 13794 | Xid            |         1 |       13825 | COMMIT /* xid=1058 */               
| binlog.00002 | 13825 | Anonymous_Gtid |         1 |       13904 | SET @@SESSION.GTID_NEXT= 'ANONYMOUS'
| binlog.00002 | 13904 | Query          |         1 |       13986 | BEGIN                               
| binlog.00002 | 13986 | Table_map      |         1 |       14051 | table_id: 109 (ban.t_user)          
| binlog.00002 | 14051 | Write_rows     |         1 |       14111 | table_id: 109 flags: STMT_END_F     
| binlog.00002 | 14111 | Xid            |         1 |       14142 | COMMIT /* xid=1059 */            

--使用 mysqlbinlog 恢复数据--
➜  ~ mysqlbinlog /usr/local/mysql/data/binlog.00002 --start-position=13508 --stop-position=14142 | mysql -u root -p ban

到此这篇关于MySQL通过binlog实现恢复数据的文章就介绍到这了,更多相关MySQL binlog恢复数据内容请搜索脚本之家以前的文章或继续浏览下面的相关文章希望大家以后多多支持脚本之家！

您可能感兴趣的文章:

相关文章

  • MySQL数据表使用的SQL语句整理

    MySQL数据表使用的SQL语句整理

    这篇文章主要介绍了MySQL数据表使用的SQL语句整理，文章基于MySQL的相关资料展开举例说明，具有一定的参考价值，需要的小伙伴可以参考一下
    2022-05-05
  • MySQL事务与隔离级别的使用基础理论

    MySQL事务与隔离级别的使用基础理论

    这篇文章主要介绍了MySQL事务的隔离级别详情，事务隔离级别越高，为避免冲突所花费的性能也就越多，即效率低。在“可重复读”级别，实际上可以解决部分的虚读问题，但是不能防止update更新产生的虚读问题，要禁止虚读产生，还是需要设置串行化隔离级别
    2023-02-02
  • 关于MySQL 优化的100个的建议

    关于MySQL 优化的100个的建议

    MYSQL 如此方便和稳定，以至于我们在开发 WEB 程序的时候很少想到它。即使想到优化也是程序级别的，比如，不要写过于消耗资源的 SQL 语句。但是除此之外，在整个系统上仍然有很多可以优化的地方。
    2016-01-01
  • 详谈mysqldump数据导出的问题

    详谈mysqldump数据导出的问题

    下面小编就为大家带来一篇详谈mysqldump数据导出的问题。小编觉得挺不错的，现在就分享给大家，也给大家做个参考。一起跟随小编过来看看吧
    2017-03-03
  • 原来MySQL 数据类型也可以优化

    原来MySQL 数据类型也可以优化

    这篇文章主要介绍了原来MySQL 数据类型也可以优化，文章围绕主题展开详细的内容介绍，具有一定的参考价值，需要的小伙伴可以参考一下，希望对你的学习有所帮助
    2022-08-08
  • mysql查询今天、昨天、近7天、近30天、本月、上一月的SQL语句

    mysql查询今天、昨天、近7天、近30天、本月、上一月的SQL语句

    这篇文章主要介绍了mysql查询今天、昨天、近7天、近30天、本月、上一月的SQL语句,一般在一些统计报表中比较常用这个时间段,需要的朋友可以参考下
    2014-06-06
  • MySQL按时间拆分千万级大表的实现代码

    MySQL按时间拆分千万级大表的实现代码

    这篇文章主要介绍了MySQL按时间拆分千万级大表，本文通过实例代码给大家介绍的非常详细，对大家的学习或工作具有一定的参考借鉴价值，需要的朋友可以参考下
    2023-09-09
  • MySQL数据库本地事务原理解析

    MySQL数据库本地事务原理解析

    事务是数据库系统中的重要概念,了解这一律念是以正确的方式开发和数据库交互的应用程序的前提，今天通过本文给大家介绍MySQL数据库本地事务原理解析，感兴趣的朋友一起看看吧
    2022-01-01
  • mysql使用自定义序列实现row_number功能(步骤详解)

    mysql使用自定义序列实现row_number功能(步骤详解)

    这篇文章主要介绍了mysql使用自定义序列实现row_number功能,本文分步骤通过实例代码给大家介绍的非常详细，需要的朋友可以参考下
    2021-12-12
  • MySQL如何添加环境变量和初始化MySQL

    MySQL如何添加环境变量和初始化MySQL

    本文主要介绍了如何在Windows系统中添加MySQL的环境变量以及如何初始化MySQL,通过添加环境变量,可以在任意一个命令提示符中直接调用MySQL的相关程序,大大简化了操作,初始化MySQL时,需要新建一个配置文件并指定默认编码集和存储引擎,如果初始化过程中出现错误
    2024-11-11

最新评论