MySQL--------基于binlog实现闪回最佳实战

本文涉及的产品
RDS MySQL Serverless 基础系列,0.5-2RCU 50GB
云数据库 RDS MySQL,集群系列 2核4GB
推荐场景:
搭建个人博客
云数据库 RDS PostgreSQL,集群系列 2核4GB
简介:

1. 背景

   * 为了数据安全,搭建了主从。实时主从备份只能防止硬件问题,比如主库的硬盘损坏。但对于误操作,则无能为力。比如在主库误删一张表,或者一个update语句没有指定where条件,导致全表被更新。当操作被同步到从库上后,则主从都“回天无力”。

   * 闪回用于快速恢复由于误操作丢失的数据。在DBA误操作时,可以把数据库恢复到以前某个时间点(或者说某个binlog的某个pos)。比如忘了带where条件的update、delete操作,传统的恢复方式是利用全备+二进制日志前滚进行恢复,相比于传统的全备+增备,flashback显然更为快速、简单。

wKioL1lx2fHROzBVAABWHTvREUU212.jpg

2. 测试环境

1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
21
22
23
24
25
26
27
28
29
30
31
32
33
34
35
36
37
38
39
mysql> show variables  like  'version' ;
+ ---------------+------------+
| Variable_name | Value      |
+ ---------------+------------+
| version       | 5.6.36-log |
+ ---------------+------------+
1 row  in  set  (0.03 sec)
 
mysql> show variables  like  'datadir' ;
+ ---------------+--------------------+
| Variable_name | Value              |
+ ---------------+--------------------+
| datadir       | /data/mysql_data6/ |
+ ---------------+--------------------+
1 row  in  set  (0.00 sec)
 
mysql> show variables  like  'log_bin' ;
+ ---------------+-------+
| Variable_name | Value |
+ ---------------+-------+
| log_bin       |  ON     |
+ ---------------+-------+
1 row  in  set  (0.00 sec)
 
mysql> show variables  like  'binlog_format' ;
+ ---------------+-------+
| Variable_name | Value |
+ ---------------+-------+
| binlog_format | ROW   |
+ ---------------+-------+
1 row  in  set  (0.00 sec)
 
mysql> show variables  like  'binlog_row_image' ;
+ ------------------+-------+
| Variable_name    | Value |
+ ------------------+-------+
| binlog_row_image |  FULL   |
+ ------------------+-------+
1 row  in  set  (0.00 sec)


3. 闪回实战

  * 创建数据库与测试表,并插入数据

1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
21
22
23
mysql>  create  table  users(
     -> id  BIGINT  NOT  NULL  AUTO_INCREMENT,
     ->  name  VARCHAR (255)  NOT  NULL ,
     -> sex ENUM( 'M' 'F' NOT  NULL  DEFAULT  'M' ,
     -> age  INT  UNSIGNED  NOT  NULL  DEFAULT  '0' ,
     ->  PRIMARY  KEY  (id)
     -> )ENGINE=InnoDB  DEFAULT  CHARSET=utf8mb4;
Query OK, 0  rows  affected (0.04 sec)
 
mysql>  insert  into  users  values ( null 'tom' 'M' , 25), ( null 'jak' 'F' , 32), ( null 'ses' 'M' , 45), ( null 'lisea' 'M' , 35);
Query OK, 4  rows  affected (0.13 sec)
Records: 4  Duplicates: 0  Warnings: 0
 
mysql>  select  from  users;
+ ----+-------+-----+-----+
| id |  name   | sex | age |
+ ----+-------+-----+-----+
|  1 | tom   | M   |  25 |
|  2 | jak   | F   |  32 |
|  3 | ses   | M   |  45 |
|  4 | lisea | M   |  35 |
+ ----+-------+-----+-----+
rows  in  set  (0.00 sec)


   * 下载闪回工具binlog2sql[ 由上海美团DBA团队出品 ]

1
2
3
4
5
6
[root@MySQL ~] # git clone https://github.com/danfengcao/binlog2sql.git
Initialized empty Git repository  in  /root/binlog2sql/ .git/
remote: Counting objects: 244,  done .
remote: Total 244 (delta 0), reused 0 (delta 0), pack-reused 244
Receiving objects: 100% (244 /244 ), 121.72 KiB | 27 KiB /s done .
Resolving deltas: 100% (124 /124 ),  done .


   * 安装相关依赖

1
2
3
[root@MySQL ~] # yum install pip -y
[root@MySQL ~] # pip install --upgrade pip
[root@MySQL ~] # pip install -r binlog2sql/requirements.txt


   * 提前刷新binlog [ 测试中好区分文件 ]

1
2
mysql> flush logs;
Query OK, 0  rows  affected (0.02 sec)


   * 查看当前binlog信息

1
2
3
4
5
6
7
mysql> show master status;
+ ------------+----------+--------------+------------------+-------------------------------------------+
| File       | Position | Binlog_Do_DB | Binlog_Ignore_DB | Executed_Gtid_Set                         |
+ ------------+----------+--------------+------------------+-------------------------------------------+
| bin.000006 |      191 |              |                  | c7f82640-6b2d-11e7-9316-000c29f0b169:1-22 |
+ ------------+----------+--------------+------------------+-------------------------------------------+
1 row  in  set  (0.01 sec)


   * 误操作,delete没带where条件

1
2
mysql> delete from  users ;
Query OK, 4 rows affected (0.01 sec)


   * binlog2sql工具通过文件输出操作信息,定位SQL开始位置与结束位置

   可通过--start-datetime与--stop-datetime定位时间

     由此得到开始position为239,结束position为483

1
2
3
4
5
[root@MySQL ~]# python binlog2sql/binlog2sql/binlog2sql.py  -hlocalhost -P3306 -uroot -p '123'  -dmytest -tusers  --start-file='bin.000006' 
DELETE  FROM  `mytest`.`users`  WHERE  `age`=25  AND  `sex`= 'M'  AND  `id`=1  AND  ` name `= 'tom'  LIMIT 1; #start 239  end  483  time  2017-07-19 01:02:49
DELETE  FROM  `mytest`.`users`  WHERE  `age`=32  AND  `sex`= 'F'  AND  `id`=2  AND  ` name `= 'jak'  LIMIT 1; #start 239  end  483  time  2017-07-19 01:02:49
DELETE  FROM  `mytest`.`users`  WHERE  `age`=45  AND  `sex`= 'M'  AND  `id`=3  AND  ` name `= 'ses'  LIMIT 1; #start 239  end  483  time  2017-07-19 01:02:49
DELETE  FROM  `mytest`.`users`  WHERE  `age`=35  AND  `sex`= 'M'  AND  `id`=4  AND  ` name `= 'lisea'  LIMIT 1; #start 239  end  483  time  2017-07-19 01:02:49


   * binlog2sql通过flashback生成回滚SQL

1
[root@MySQL ~] # python binlog2sql/binlog2sql/binlog2sql.py -hlocalhost -P3306 -uroot -p'123' -dmytest -tusers --start-file='bin.000006' --start-position=239 --stop-position=483 -B > rollback.sql


   * 导入回滚SQL [ 导入前检查SQL语句是否正常 ]

1
[root@MySQL ~] # mysql -hlocalhost -uroot -p'123' < rollback.sql


   * 查看

1
2
3
4
5
6
7
8
9
10
mysql>  select  from  mytest.users;
+ ----+-------+-----+-----+
| id |  name   | sex | age |
+ ----+-------+-----+-----+
|  1 | tom   | M   |  25 |
|  2 | jak   | F   |  32 |
|  3 | ses   | M   |  45 |
|  4 | lisea | M   |  35 |
+ ----+-------+-----+-----+
rows  in  set  (0.00 sec)

 

4. 总结

以需求驱动技术,技术本身没有优略之分,只有业务之分。



      本文转自asd1123509133 51CTO博客,原文链接:http://blog.51cto.com/lisea/1949859,如需转载请自行联系原作者





相关实践学习
如何快速连接云数据库RDS MySQL
本场景介绍如何通过阿里云数据管理服务DMS快速连接云数据库RDS MySQL,然后进行数据表的CRUD操作。
全面了解阿里云能为你做什么
阿里云在全球各地部署高效节能的绿色数据中心,利用清洁计算为万物互联的新世界提供源源不断的能源动力,目前开服的区域包括中国(华北、华东、华南、香港)、新加坡、美国(美东、美西)、欧洲、中东、澳大利亚、日本。目前阿里云的产品涵盖弹性计算、数据库、存储与CDN、分析与搜索、云通信、网络、管理与监控、应用服务、互联网中间件、移动服务、视频服务等。通过本课程,来了解阿里云能够为你的业务带来哪些帮助 &nbsp; &nbsp; 相关的阿里云产品:云服务器ECS 云服务器 ECS(Elastic Compute Service)是一种弹性可伸缩的计算服务,助您降低 IT 成本,提升运维效率,使您更专注于核心业务创新。产品详情: https://www.aliyun.com/product/ecs
相关文章
|
3月前
|
缓存 关系型数据库 MySQL
MySQL索引策略与查询性能调优实战
在实际应用中,需要根据具体的业务需求和查询模式,综合运用索引策略和查询性能调优方法,不断地测试和优化,以提高MySQL数据库的查询性能。
311 66
|
2月前
|
存储 SQL 关系型数据库
mysql 的ReLog和BinLog区别
MySQL中的重做日志和二进制日志是确保数据库稳定性和可靠性的关键组件。重做日志主要用于事务的持久性和原子性,通过记录数据页的物理修改信息来恢复未提交的事务;而二进制日志记录SQL语句的逻辑变化,支持数据复制、恢复和审计。两者在写入时机、存储方式及配置参数等方面存在显著差异。
|
9天前
|
存储 SQL 关系型数据库
MySQL日志详解——日志分类、二进制日志bin log、回滚日志undo log、重做日志redo log
MySQL日志详解——日志分类、二进制日志bin log、回滚日志undo log、重做日志redo log、原理、写入过程;binlog与redolog区别、update语句的执行流程、两阶段提交、主从复制、三种日志的使用场景;查询日志、慢查询日志、错误日志等其他几类日志
MySQL日志详解——日志分类、二进制日志bin log、回滚日志undo log、重做日志redo log
|
2月前
|
SQL 关系型数据库 MySQL
数据库灾难应对:MySQL误删除数据的救赎之道,技巧get起来!之binlog
《数据库灾难应对:MySQL误删除数据的救赎之道,技巧get起来!之binlog》介绍了如何利用MySQL的二进制日志(Binlog)恢复误删除的数据。主要内容包括: 1. **启用二进制日志**:在`my.cnf`中配置`log-bin`并重启MySQL服务。 2. **查看二进制日志文件**:使用`SHOW VARIABLES LIKE &#39;log_%&#39;;`和`SHOW MASTER STATUS;`命令获取当前日志文件及位置。 3. **创建数据备份**:确保在恢复前已有备份,以防意外。 4. **导出二进制日志为SQL语句**:使用`mysqlbinlog`
115 2
|
2月前
|
SQL 存储 缓存
MySQL进阶突击系列(02)一条更新SQL执行过程 | 讲透undoLog、redoLog、binLog日志三宝
本文详细介绍了MySQL中update SQL执行过程涉及的undoLog、redoLog和binLog三种日志的作用及其工作原理,包括它们如何确保数据的一致性和完整性,以及在事务提交过程中各自的角色。同时,文章还探讨了这些日志在故障恢复中的重要性,强调了合理配置相关参数对于提高系统稳定性的必要性。
|
3月前
|
关系型数据库 MySQL 数据库
【赵渝强老师】MySQL的binlog日志文件
MySQL的binlog日志记录了所有对数据库的更改操作(不包括SELECT和SHOW),主要用于主从复制和数据恢复。binlog有三种模式,可通过设置binlog_format参数选择。示例展示了如何启用binlog、设置格式、查看日志文件及记录的信息。
356 6
|
5月前
|
canal 消息中间件 关系型数据库
Canal作为一款高效、可靠的数据同步工具,凭借其基于MySQL binlog的增量同步机制,在数据同步领域展现了强大的应用价值
【9月更文挑战第1天】Canal作为一款高效、可靠的数据同步工具,凭借其基于MySQL binlog的增量同步机制,在数据同步领域展现了强大的应用价值
996 4
|
6月前
|
SQL 关系型数据库 MySQL
【揭秘】MySQL binlog日志与GTID:如何让数据库备份恢复变得轻松简单?
【8月更文挑战第22天】MySQL的binlog日志记录数据变更,用于恢复、复制和点恢复;GTID为每笔事务分配唯一ID,简化复制和恢复流程。开启binlog和GTID后,可通过`mysqldump`进行逻辑备份,包含binlog位置信息,或用`xtrabackup`做物理备份。恢复时,使用`mysql`命令执行备份文件,或通过`innobackupex`恢复物理备份。GTID模式下的主从复制配置更简便。
738 2
|
6月前
|
SQL 关系型数据库 MySQL
【MySQL】根据binlog日志获取回滚sql的一个开发思路
【MySQL】根据binlog日志获取回滚sql的一个开发思路
|
3月前
|
存储 SQL 关系型数据库
mysql 的ReLog和BinLog区别
MySQL中的重做日志(Redo Log)和二进制日志(Binary Log)是两种重要的日志系统。重做日志主要用于保证事务的持久性和原子性,通过记录数据页的物理修改信息来恢复未提交的事务更改。二进制日志则记录了数据库的所有逻辑变化操作,用于数据的复制、恢复和审计。两者在写入时机、存储方式、配置参数和使用范围上有所不同,共同确保了数据库的稳定性和可靠性。