
技术分享 | 测试git上2500星的闪回小工具
● 1、实验环境
● 2、软件下载
● 3、开始测试
● 4、附参数说明
生产上发生误删数据或者误更新数据的事故时,传统恢复方法是利用备份重搭实例,再应用binlog来恢复数据,有时候需要找回的数据条数非常少,却要恢复几十甚至上百G的备份,费时费力。
那有没有像oracle一样的可以闪回的方式来方便的恢复数据呢,答案是有的。我们MySQL有binlog,binlog以event的形式,记录了MySQL server从启用binlog以来所有的变化。
关于binlog就不做过多的赘述,我们可以利用binlog记录的信息,在不做备份恢复的情况下来迅速找回误操作的数据。
MySQL不像oracle直接一个命令就搞定了,MySQL需要借助工具来完成,今天我们来测试下git上2500星的闪回小工具,测试过程如下:
1、实验环境
操作系统:centos 7
数据库版本:MySQL 5.7.34
软件:binlog2sql
2、软件下载
解压安装:
MySQL server必须设置以下参数:
user需要的最小权限集合:
建议授权:
3、开始测试
权限说明:
● select:需要读取server端information_schema.COLUMNS表,获取表结构的元信息,拼接成可视化的sql语句
● super/replication client:两个权限都可以,需要执行'SHOW MASTER STATUS', 获取server端的binlog列表
● replication slave:通过BINLOG_DUMP协议获取binlog内容的权限
创建用户,造实验数据:
使用sysbench生成测试表,此步骤略
授权用户:
修改数据:
找回数据:
将 binlog2sql-master/binlog2sql 下的内容拷贝到binlog所在的目录
输出结果:
确认无误后可直接入库
4、附参数说明
选项,mysql连接配置
解析模式:
● --stop-never持续解析binlog。可选。默认False,同步至执行命令时最新的binlog位置。
● -K, --no-primary-key 对INSERT语句去除主键。可选。默认False 。
● -B, --flashback 生成回滚SQL,可解析大文件,不受内存限制。可选。默认False。与stop-never或no-primary-key不能同时添加。
● --back-interval -B模式下,每打印一千行回滚SQL,加一句SLEEP多少秒,如不想加SLEEP,请设为0。可选。默认1.0。
解析范围控制:
● --start-file 起始解析文件,只需文件名,无需全路径,必须。
● --start-position/--start-pos起始解析位置。可选。默认为start-file的起始位置。
● --stop-file/--end-file终止解析文件。可选。默认为start-file同一个文件。若解析模式为stop-never,此选项失效。
● --stop-position/--end-pos终止解析位置。可选。默认为stop-file的最末位置;若解析模式为stop-never,此选项失效。
● --start-datetime 起始解析时间,格式'%Y-%m-%d %H:%M:%S'。可选。默认不过滤。
● --stop-datetime 终止解析时间,格式'%Y-%m-%d %H:%M:%S'。可选。默认不过滤。
对象过滤:
● -d, --databases 只解析目标db的sql,多个库用空格隔开,如-d db1 db2。可选。默认为空。
● -t, --tables只解析目标table的sql,多张表用空格隔开,如-t tbl1 tbl2。可选。默认为空。
● --only-dml 只解析dml,忽略ddl。可选。默认False。
● --sql-type只解析指定类型,支持INSERT, UPDATE, DELETE。多个类型用空格隔开,如--sql-type INSERT DELETE。可选。默认为增删改都解析。用了此参数但没填任何类型,则三者都不解析。
Enjoy GreatSQL :)
文章转载自公众号:GreatSQL社区
