mysqlbinlog flashback 使用最佳实践

mysqlbinlog限制

该软件利用binlog中记录了操作前的数据镜像和操作后的数据镜像。有如下限制

1)binlog_format=row

2)必须打开binlog

3)只支持insert、update、delete

4)不支持drop 、truncate、alter等ddl语句

特别说明：自带的mysqlbinlog 命令如果没有 -B 参数，则不可用于下面范例。

预备知识：

egrep 参数：

-i ：忽略大小写。

-C ：后面的数字表示打印符合要求的行以及上下的行。

insert范例

创建测试数据

mysql> create database liangdb character set utf8;

Query OK, 1 row affected (0.01 sec)

mysql> use liangdb;

Database changed

创建测试表并插入数据

mysql> create table t_user_info(id int(20) auto_increment primary key ,name varchar(20));

mysql> insert into t_user_info values(1,‘谢广坤‘),(2,‘赵四‘),(3,‘刘能‘),(4,‘王长贵‘);

mysql> insert into t_user_info values(11,‘王大拿‘),(12,‘王木生‘),(13,‘谢永强‘),(14,‘王小蒙‘);

mysql>  select * from t_user_info;

+----+-----------+

| id | name      |

+----+-----------+

|  1 | 谢广坤 |

|  2 | 赵四    |

|  3 | 刘能    |

|  4 | 王长贵 |

| 11 | 王大拿 |

| 12 | 王木生 |

| 13 | 谢永强 |

| 14 | 王小蒙 |

+----+-----------+

8 rows in set (0.00 sec)

mysql> show master status \G

*************************** 1. row ***************************

File: mysql-bin.000004

Position: 4720

Binlog_Do_DB:

Binlog_Ignore_DB:

Executed_Gtid_Set:

1 row in set (0.00 sec)

现在假设上面的id 11-14 误插入了，现在需要闪回，操作如下：

/opt/mysqlbinlog -vv mysql-bin.000004 |egrep -i -C 20 ‘insert‘

BEGIN

/*!*/;

# at 4491

#170914 14:31:44 server id 3307105  end_log_pos 4551 CRC32 0x1099afaa    Table_map: `liangdb`.`t_user_info` mapped to number 96

# at 4551

#170914 14:31:44 server id 3307105  end_log_pos 4689 CRC32 0x6078cb75   Write_rows: table id 96 flags: STMT_END_F

BINLOG ‘

UCK6WRNhdjIAPAAAAMcRAAAAAGAAAAAAAAEAB2xpYW5nZGIAC3RfdXNlcl9pbmZvAAIDDwI8AAKq

r5kQ

UCK6WR5hdjIAigAAAFESAAAAAGAAAAAAAAEAAgAC//wLAAAAFMOnxb3igLnDpcKkwqfDpuKAucK/

/AwAAAAUw6fFveKAucOmxZPCqMOn4oCdxbj8DQAAABLDqMKwwqLDpsKwwrjDpcK8wrr8DgAAABXD

p8W94oC5w6XCsMKPw6jigJnihKJ1y3hg

‘/*!*/;

### INSERT INTO `liangdb`.`t_user_info`

### SET

###   @1=11 /* INT meta=0 nullable=0 is_null=0 */

###   @2=‘????¤§???‘ /* VARSTRING(60) meta=60 nullable=1 is_null=0 */

### INSERT INTO `liangdb`.`t_user_info`

### SET

###   @1=12 /* INT meta=0 nullable=0 is_null=0 */

###   @2=‘?????¨?”?‘ /* VARSTRING(60) meta=60 nullable=1 is_null=0 */

### INSERT INTO `liangdb`.`t_user_info`

### SET

###   @1=13 /* INT meta=0 nullable=0 is_null=0 */

###   @2=‘è°￠?°???o‘ /* VARSTRING(60) meta=60 nullable=1 is_null=0 */

### INSERT INTO `liangdb`.`t_user_info`

### SET

###   @1=14 /* INT meta=0 nullable=0 is_null=0 */

###   @2=‘????°è’?‘ /* VARSTRING(60) meta=60 nullable=1 is_null=0 */

# at 4689

#170914 14:31:44 server id 3307105  end_log_pos 4720 CRC32 0xad3890a3   Xid = 4313

COMMIT/*!*/;

在上面的记录中，找到对应insert语句end_log_pos ，找到关键字 BEGIN 往后看的第一个pos（BEGIN后面的 at 4491）和COMMIT往前看的最后一个end_log_pos（end_log_pos 4720）。

在上面中，分别找到开始和结束的end_log_pos 为：

--start-position=4491

--stop-position=4720

执行下述恢复命令：

/opt/mysqlbinlog -B -vv --start-position=4491 --stop-position=4720  mysql-bin.000004 | mysql -uXXXXXXXXX -pXXXXXXXXX -hXXXXXXXXX -PXXXXXXXXX liangdb

登录到数据库查看验证：

mysql> select * from t_user_info;

+----+-----------+

| id | name      |

+----+-----------+

|  1 | 谢广坤 |

|  2 | 赵四    |

|  3 | 刘能    |

|  4 | 王长贵 |

+----+-----------+

4 rows in set (0.00 sec)

至此数据现已恢复。

update范例

mysql> select * from t_user_info;

+----+-----------+

| id | name      |

+----+-----------+

|  1 | 谢广坤 |

|  2 | 赵四    |

|  3 | 刘能    |

|  4 | 王长贵 |

+----+-----------+

4 rows in set (0.00 sec)

mysql> update t_user_info set name=‘梁国军‘ where id >=3;

Query OK, 2 rows affected (0.00 sec)

Rows matched: 2  Changed: 2  Warnings: 0

mysql> select * from t_user_info;

+----+-----------+

| id | name      |

+----+-----------+

|  1 | 谢广坤 |

|  2 | 赵四    |

|  3 | 梁国军 |

|  4 | 梁国军 |

+----+-----------+

4 rows in set (0.00 sec)

mysql> show master status\G

*************************** 1. row ***************************

File: mysql-bin.000004

Position: 5324

Binlog_Do_DB:

Binlog_Ignore_DB:

Executed_Gtid_Set:

1 row in set (0.00 sec)

查看binlog

/opt/mysqlbinlog -vv mysql-bin.000004 |egrep -i -C 20 ‘update‘

BEGIN

/*!*/;

# at 5099

#170914 15:02:36 server id 3307105  end_log_pos 5159 CRC32 0x6ec97416   Table_map: `liangdb`.`t_user_info` mapped to number 96

# at 5159

#170914 15:02:36 server id 3307105  end_log_pos 5293 CRC32 0xf089ad91    Update_rows: table id 96 flags: STMT_END_F

BINLOG ‘

jCm6WRNhdjIAPAAAACcUAAAAAGAAAAAAAAEAB2xpYW5nZGIAC3RfdXNlcl9pbmZvAAIDDwI8AAIW

dMlu

jCm6WR9hdjIAhgAAAK0UAAAAAGAAAAAAAAEAAgAC///8AwAAAAzDpcuGy5zDqMaSwr38AwAAABXD

psKiwoHDpeKAusK9w6XigKDigLr8BAAAABTDp8W94oC5w6nigKLCv8OowrTCtfwEAAAAFcOmwqLC

gcOl4oC6wr3DpeKAoOKAupGtifA=

‘/*!*/;

### UPDATE `liangdb`.`t_user_info`

### WHERE

###   @1=3 /* INT meta=0 nullable=0 is_null=0 */

###   @2=‘???è??‘ /* VARSTRING(60) meta=60 nullable=1 is_null=0 */

### SET

###   @1=3 /* INT meta=0 nullable=0 is_null=0 */

###   @2=‘?￠??????‘ /* VARSTRING(60) meta=60 nullable=1 is_null=0 */

### UPDATE `liangdb`.`t_user_info`

### WHERE

###   @1=4 /* INT meta=0 nullable=0 is_null=0 */

###   @2=‘???é??è′μ‘ /* VARSTRING(60) meta=60 nullable=1 is_null=0 */

### SET

###   @1=4 /* INT meta=0 nullable=0 is_null=0 */

###   @2=‘?￠??????‘ /* VARSTRING(60) meta=60 nullable=1 is_null=0 */

# at 5293

#170914 15:02:36 server id 3307105  end_log_pos 5324 CRC32 0x2f825c70    Xid = 4384

COMMIT/*!*/;

恢复

/opt/mysqlbinlog -B -vv --start-position=5099 --stop-position=5324  mysql-bin.000004 | mysql -uXXXXXXXXX -pXXXXXXXXX -hXXXXXXXXX -PXXXXXXXXX liangdb

验证。

mysql> select * from t_user_info;

+----+-----------+

| id | name      |

+----+-----------+

|  1 | 谢广坤 |

|  2 | 赵四    |

|  3 | 刘能    |

|  4 | 王长贵 |

+----+-----------+

4 rows in set (0.00 sec)

至此，已恢复。

delete范例

mysql> select * from t_user_info;

+----+-----------+

| id | name      |

+----+-----------+

|  1 | 谢广坤 |

|  2 | 赵四    |

|  3 | 刘能    |

|  4 | 王长贵 |

+----+-----------+

4 rows in set (0.00 sec)

mysql>  delete from t_user_info   where id >=3;

Query OK, 2 rows affected (0.01 sec)

mysql> select * from t_user_info;

+----+-----------+

| id | name      |

+----+-----------+

|  1 | 谢广坤 |

|  2 | 赵四    |

+----+-----------+

2 rows in set (0.00 sec)

mysql> show master status\G

*************************** 1. row ***************************

File: mysql-bin.000004

Position: 5869

Binlog_Do_DB:

Binlog_Ignore_DB:

Executed_Gtid_Set:

1 row in set (0.00 sec)

查看binlog

/opt/mysqlbinlog -vv mysql-bin.000004 |egrep -i -C 20 ‘delete‘

BEGIN

/*!*/;

# at 5699

#170914 15:08:31 server id 3307105  end_log_pos 5759 CRC32 0x81532552   Table_map: `liangdb`.`t_user_info` mapped to number 96

# at 5759

#170914 15:08:31 server id 3307105  end_log_pos 5838 CRC32 0x8eca6af1    Delete_rows: table id 96 flags: STMT_END_F

BINLOG ‘

7yq6WRNhdjIAPAAAAH8WAAAAAGAAAAAAAAEAB2xpYW5nZGIAC3RfdXNlcl9pbmZvAAIDDwI8AAJS

JVOB

7yq6WSBhdjIATwAAAM4WAAAAAGAAAAAAAAEAAgAC//wDAAAADMOly4bLnMOoxpLCvfwEAAAAFMOn

xb3igLnDqeKAosK/w6jCtMK18WrKjg==

‘/*!*/;

### DELETE FROM `liangdb`.`t_user_info`

### WHERE

###   @1=3 /* INT meta=0 nullable=0 is_null=0 */

###   @2=‘???è??‘ /* VARSTRING(60) meta=60 nullable=1 is_null=0 */

### DELETE FROM `liangdb`.`t_user_info`

### WHERE

###   @1=4 /* INT meta=0 nullable=0 is_null=0 */

###   @2=‘???é??è′μ‘ /* VARSTRING(60) meta=60 nullable=1 is_null=0 */

# at 5838

#170914 15:08:31 server id 3307105  end_log_pos 5869 CRC32 0x7ea27b47   Xid = 4402

COMMIT/*!*/;

恢复

/opt/mysqlbinlog -B -vv --start-position=5699 --stop-position=5869  mysql-bin.000004 | mysql -uXXXXXXXXX -pXXXXXXXXX -hXXXXXXXXX -PXXXXXXXXX liangdb

验证。

mysql> select * from t_user_info;

+----+-----------+

| id | name      |

+----+-----------+

|  1 | 谢广坤 |

|  2 | 赵四    |

|  3 | 刘能    |

|  4 | 王长贵 |

+----+-----------+

4 rows in set (0.00 sec)

至此，已恢复。

时间： 2024-08-29 13:59:26

mysqlbinlog flashback 使用最佳实践的相关文章

基础入门_Python-模块和包.运维开发中watchdog事件监视的最佳实践?

简单介绍: 说明:  此模块是一个跨平台的PY库和SHELL工具,可以监视文件系统事件(增加/删除/修改) 快速安装: pip install --upgrade watchdog 日志记录: event_handler = LoggingEventHandler() -> event_handler 说明: 创建一个日志处理句柄,其实LoggingEventHandler是继承自FileSystemEventHandler类,只是重写了增删查改的回调函数,直接调用logging模块写到对应lo

基础入门_Python-内建函数.运维开发中eval内建函数的最佳实践?

简单介绍: 说明: 在指定命名空间中计算参数字符串的有效表达式,并返回一个对象, Help on built-in function eval in module __builtin__: eval(...)     eval(source[, globals[, locals]]) -> value          Evaluate the source in the context of globals and locals.     The source may be a string 

45个实用的JavaScript技巧、窍门和最佳实践

如你所知,JavaScript是世界上第一的编程语言,它是Web的语言,是移动混合应用(mobile hybrid apps)的语言(比如PhoneGap或者Appcelerator),是服务器端的语言(比如NodeJS或者Wakanda),并且拥有很多其他的实现.同时它也是很多新手的启蒙语言,因为它不但可以在浏览器上显示一个简单的alert信息,而且还可以用来控制一个机器人(使用nodebot,或者nodruino).掌握JavaScript并且能够写出组织规范并性能高效的代码的开发人员,已经

毫秒必争，前端网页性能最佳实践

你愿意为打开一个网页等待多长时间?我一秒也不愿意等.但是事实上大多数网站在响应速度方面都让人失望.现在越来越多的人开始建立自己的网站,博客,你的网页响应速度如何呢?在这篇文章中我们来介绍一下提高网页性能的最佳实践,以及相应的问题解决方案,让站长或者即将要成为站长的朋友了解如何去测试和提高网站响应速度,对自己的网站更有信心. 最佳实践 最佳实践我们引用的来自yahoo前端性能团队总结的35条黄金定律.原文猛击这里.下面我们分门别类将每条的关键点总结一下. 网页内容 减少http请求次数 减少DNS

atitit.手动配置列表文件的选择and 数据的层次结构 attilax总结最佳实践--yaml

atitit.手动配置列表文件的选择and 数据的层次结构 attilax总结最佳实践--yaml 1. yaml是个好的选择.. 1 2. 数据的层次结构--结构:hash,list,和block literal. 1 3. yaml跟json的实现区别 1 4. xml的优点及json的问题 2 4.1. ide友好 2 4.2. JSON也适合与任何数据,复杂struts难以阅读 2 4.3. json难以手工维护 3 5. 基于YAML的开源项目解析YAML文件最常用的Java库是JvY

京东前端：PhantomJS 和NodeJS在网站前端监控平台的最佳实践

1. 为什么需要一个前端监控系统 通常在一个大型的 Web 项目中有很多监控系统,比如后端的服务 API 监控,接口存活.调用.延迟等监控,这些一般都用来监控后台接口数据层面的信息.而且对于大型网站系统来说,从后端服务到前台展示会有很多层:内网 VIP.CDN 等. 但是这些监控并不能准确地反应用户看到的前端页面状态,比如:页面第三方系统数据调用失败,模块加载异常,数据不正确,空白开天窗等. 相关厂商内容 Native动态化最新技术解析 不可错过的智能时代的大前端 性能优化最佳实践经验谈 百度技

[转] React 最佳实践——那些 React 没告诉你但很重要的事

前言:对很多 react 新手来说,网上能找到的资源大都是些简单的 tutorial ,它们能教会你如何使用 react ,但并不会告诉你怎么在实际项目中优雅的组织和编写 react 代码.用谷歌搜中文“ React 最佳实践”发现前两页几乎全都是同一篇国外文章的译文...所以我总结了下自己过去那个项目使用 React 踩过的一些坑,也整理了一些别人的观点,希望对部分 react 使用者有帮助. React 与 AJAX React只负责处理View这一层,它本身不涉及网络请求/AJAX,所以这

SQL Server集成服务最佳实践:语句优化

SQL Server集成服务(SQL Server Integration Services,SSIS)在其前辈DTS(Data Transformation Services,数据转换服务)的根基上进步了不少,从可用性.性能和并行等方面来说,它已经成长为一个企业级ETL(Extraction, Transformation and Loading,抽取.转换和加载)产品,除了是一个ETL产品外,它也供给了各种内置任务来管理SQL Server实例.虽然SSIS的内部架构已经被设计为供给极好的性

C# 性能优化最佳实践

1.显式注册的EvenHandler要显式注销以避免内存泄漏 将一个成员方法注册到某个对象的事件会造成后者持有前者的引用.在事件注销之前,前者不会被垃圾回收. private void Form1_Load() { -- //注册事件 CommandRemotingContext.CmdChanged += new ReciverCmdStateChangedEventHandler(this.CommandRemotingContext_CmdChanged); -- } private vo