MySQL误操作闪回恢复利器之my2sql

0    2558    9

👉 本文共约2684个字,系统预计阅读时间或需11分钟。

MySQL误操作闪回恢复利器之my2sql

一、my2sql简介

可以用于MySQL误操作闪回的工具包括my2sql、binlog2sql和MyFlash等工具,其中,个人感觉my2sql最好用。

MySQL误操作闪回恢复利器之my2sql

my2sql是使用go语言开发的MySQL binlog解析工具,通过解析MySQL binlog ,可以生成原始SQL、回滚SQL、去除主键的INSERT SQL等,也可以生成DML统计信息。类似工具有binlog2sql、MyFlash、my2fback等,本工具基于my2fback、binlog_rollback工具二次开发而来。

my2sql的GitHub地址:https://github.com/liuhr/my2sql

优点:

  • 功能丰富,不仅支持回滚操作,还有其他实用功能。
  • 基于golang实现,速度快,全量解析1.1Gbinlog只需要1分30秒左右,当前其他类似开源工具一般要几十分钟。

二、my2sql用途

  • 数据快速回滚(闪回)
  • 主从切换后新master丢数据的修复
  • 从binlog生成标准SQL,带来的衍生功能
  • 生成DML统计信息,可以找到哪些表更新的比较频繁
  • IO高TPS高, 查出哪些表在频繁更新
  • 找出某个时间点数据库是否有大事务或者长事务
  • 主从延迟,分析主库执行的SQL语句
  • 除了支持常规数据类型,对大部分工具不支持的数据类型做了支持,比如json、blob、text、emoji等数据类型sql生成

三、产品性能对比

binlog2sql当前是业界使用最广泛的MySQL回滚工具,下面对my2sql和binlog2sql做个性能对比。

my2sqlbinlog2sql
1.1G binlog生成回滚SQL1分40秒65分钟
1.1G binlog生成原始SQL1分30秒50分钟
1.1G binlog生成表DML统计信息、以及事务统计信息40秒不支持

四、安装

五、重要参数说明

  • -U 优先使用unique key作为where条件,默认false

  • -add-extraInfo 是否把database/table/datetime/binlogposition...信息以注释的方式加入生成的每条sql前,默认false

  • -big-trx-row-limit n
    transaction with affected rows greater or equal to this value is considerated as big transaction
    找出影响了n行数据的事务,默认500条

  • -databases 、 -tables 库及表条件过滤, 以逗号分隔

  • -sql 要解析的sql类型,可选参数insert、update、delete,默认全部解析

  • -doNotAddPrifixDb
    Prefix table name witch database name in sql,ex: insert into db1.tb1 (x1, x1) values (y1, y1)
    默认生成insert into db1.tb1 (x1, x1) values (y1, y1)类sql,也可以生成不带库名的sql

  • -file-per-table 为每个表生成一个sql文件

  • -full-columns
    For update sql, include unchanged columns. for update and delete, use all columns to build where condition.
    default false, this is, use changed columns to build set part, use primary/unique key to build where condition
    生成的sql是否带全列信息,默认false

  • -ignorePrimaryKeyForInsert 生成的insert语句是否去掉主键,默认false

  • -output-dir 将生成的结果存放到制定目录

  • -output-toScreen 将生成的结果打印到屏幕,默认写到文件

  • -threads 线程数,默认8个

  • -work-type 2sql表示生成原始sql,rollback表示生成回滚sql,stats表示只统计DML、事务信息

六、使用案例

6.1 解析出标准SQL

根据时间点解析出标准SQL

根据pos点解析出标准SQL

6.2 解析出回滚SQL

根据时间点解析出回滚SQL

根据pos点解析出回滚SQL

6.3 统计DML以及大事务

统计时间范围各个表的DML操作数量,统计一个事务大于500条、时间大于300秒的事务

统计一段pos点范围各个表的DML操作数量,统计一个事务大于500条、时间大于300秒的事务

本人提供Oracle、MySQL、PG等数据库的培训和考证业务,私聊QQ646634621或微信db_bao,谢谢!

6.4 从某一个pos点解析出标准SQL,并且持续打印到屏幕

七、限制

  • 使用回滚/闪回功能时,binlog格式必须为row,且binlog_row_image=full, DML统计以及大事务分析不受影响
  • 只能回滚DML, 不能回滚DDL
  • 支持指定-tl时区来解释binlog中time/datetime字段的内容。开始时间-start-datetime与结束时间-stop-datetime也会使用此指定的时区,
    但注意此开始与结束时间针对的是binlog event header中保存的unix timestamp。结果中的额外的datetime时间信息都是binlog event header中的unix timestamp
  • 此工具是伪装成从库拉取binlog,需要连接数据库的用户有SELECT, REPLICATION SLAVE, REPLICATION CLIENT权限
  • MySQL8.0版本需要在配置文件中加入default_authentication_plugin=mysql_native_password,用户密码认证必须是mysql_native_password才能解析

八、案例演示

8.1 准备MySQL环境

8.2 执行DML操作

执行过程:

8.3 解析binlog生成标准SQL

可以根据时间点解析出标准SQL:

也可以根据binlog的pos点解析出标准SQL:

执行过程:

可以看到,原始的SQL插入语句已经被解析出来了。

8.4 执行闪回操作

根据binlog的pos点解析出回滚SQL

执行过程:

可以看到,回滚SQL是DELETE,已经生成。

要回滚该事务,则执行该SQL即可:

8.5 解析binlog 统计DML、长事务与大事务分析

使用my2sql进行解析:

执行过程:

若继续对数据库做压测,继续分析,可以统计到相关的SQL:

标签:

头像

小麦苗

学习或考证,均可联系麦老师,请加微信db_bao或QQ646634621

您可能还喜欢...

发表回复

您的电子邮箱地址不会被公开。 必填项已用*标注

18 + 2 =

 

嘿,我是小麦,需要帮助随时找我哦
  • 18509239930
  • 个人微信

  • 麦老师QQ聊天
  • 个人邮箱
  • 点击加入QQ群
  • 个人微店

  • 回到顶部
返回顶部