mysql备份恢复专题五(binlog2sql 单表误删除数据恢复原理)-白红宇的个人博客

发布日期：2021-05-10 15:50:21 浏览次数：12 分类：精选文章

本文共 7567 字，大约阅读时间需要 25 分钟。

1. binlog2sql

2.4.1.误删数据的单表恢复

对于误删除单表数据的情况下，我们仍然可以采用innobackupex 的方式，使用全部+增备+联机binlog日志进行恢复，恢复过程跟2.3.5单表的完全恢复的过程差不多。但是这样显的很笨重，因为需要拷贝全备增备进行日志应用，这个在库大的时候还是比较耗时间的。对于这种单纯因为误操作删除了数据的情况，我们可以使用binlog2sql工具。

2.4.2.安装

2.4.2.1.安装pip

获取阿里源：

# wget -O /etc/yum.repos.d/CentOS-Base.repo

# yum clean all

# yum makecache

# yum repolist

如果生产环境没有公网，可以自己弄一台本地环境，把pip安装一遍，然后把缓存的rpm保存下来，上传到生产环境安装即可。

2.4.2.2.安装pip

# yum -y install epel-release

# yum install python-pip

# pip install --upgrade pip

2.4.2.3.修改pip源

# mkdir ~/.pip

# vi ~/.pip/pip.conf

[global]

index-url = http://mirrors.aliyun.com/pypi/simple

[install]

trusted-host=mirrors.aliyun.com

2.4.2.4.下载binlog2sql

下载地址：

# ll binlog2sql-master.zip

-rw-r--r-- 1 root root 31549 May 7 22:48 binlog2sql-master.zip

# unzip binlog2sql-master.zip

# cd binlog2sql-master

# pip install -r requirements.txt

Collecting PyMySQL==0.7.11 (from -r requirements.txt (line 1))

Downloading http://mirrors.aliyun.com/pypi/packages/c6/42/c54c280d8418039bd2f61284f99cb6d9e0eae80383fc72ceb6eac67855fe/PyMySQL-0.7.11-py2.py3-none-any.whl (78kB)

100% |████████████████████████████████| 81kB 3.7MB/s

Collecting wheel==0.29.0 (from -r requirements.txt (line 2))

Downloading http://mirrors.aliyun.com/pypi/packages/8a/e9/8468cd68b582b06ef554be0b96b59f59779627131aad48f8a5bce4b13450/wheel-0.29.0-py2.py3-none-any.whl (66kB)

100% |████████████████████████████████| 71kB 8.3MB/s

Collecting mysql-replication==0.13 (from -r requirements.txt (line 3))

Downloading http://mirrors.aliyun.com/pypi/packages/dd/23/384047702e694139e9fe75a8ba7ad007e8942fd119ebadabc32ce19f70f2/mysql-replication-0.13.tar.gz

Installing collected packages: PyMySQL, wheel, mysql-replication

Running setup.py install for mysql-replication ... done

Successfully installed PyMySQL-0.7.11 mysql-replication-0.13 wheel-0.29.0

2.4.3.使用前提

2.4.3.1.mysql server参数设置

Mysql server必须设置一下参数:

[mysqld]

server_id = 1

log_bin = /var/log/mysql/mysql-bin.log

max_binlog_size = 1G

binlog_format = row

binlog_row_image = full

2.4.3.2.user需要的最小权限

select, super/replication client, replication slave

建议授权

GRANT SELECT, REPLICATION SLAVE, REPLICATION CLIENT ON *.* TO user;

权限说明：

select：

需要读取server端information_schema.COLUMNS表，获取表结构的元信息，拼接成可视化的sql语句

super/replication client：

两个权限都可以，需要执行'SHOW MASTER STATUS', 获取server端的binlog列表

replication slave：

通过BINLOG_DUMP协议获取binlog内容的权限。

我们下面的例子使用root用户，所以权限没有问题。

2.4.4.优缺点

2.4.4.1.使用限制

mysql server必须开启，离线模式下不能解析

参数 binlog_row_image 必须为FULL，暂不支持MINIMAL

解析速度不如mysqlbinlog

2.4.4.2.优点（对比mysqlbinlog）

纯Python开发，安装与使用都很简单

自带flashback、no-primary-key解析模式，无需再装补丁

flashback模式下，更适合闪回实战

解析为标准SQL，方便理解、筛选

代码容易改造，可以支持更多个性化解析

2.4.5.使用恢复案例

2.4.5.1.测试表数据检查

mysql> use test ;

mysql> select * from tmp_list_001 ;

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

| id | name |

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

| 1 | wufan |

| 2 | zhangsan |

| 3 | lisi |

| 4 | wangwu |

| 5 | liutao |

| 6 | liuyifei |

| 7 | luozhixiang |

| 8 | liudehua |

| 9 | guofucheng |

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

2.4.5.2.delete操作清空数据

mysql> delete from tmp_list_001 ;

mysql> select * from tmp_list_001 ;

Empty set (0.00 sec)

2.4.5.3.查看目前binlog

mysql> show master status;

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

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

| mybinlog.000054 | 1370 | | | |

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

2.4.5.4.定位误操作位置

最新的binlog文件是mybinlog.000054，我们再定位误操作SQL的binlog位置。误操作人一般只能记得大致的误操作时间，我们根据大致时间过滤数据。

# python /root/binlog2sql-master/binlog2sql/binlog2sql.py \

> -uroot \

> -pR00t_123 \

> -dtest \

> -t tmp_list_001 \

> --start-file='mybinlog.000054' \

> --start-datetime='2020-05-08 00:00:01' \

> --stop-datetime='2020-05-08 00:06:01'

DELETE FROM `test`.`tmp_list_001` WHERE `id`=1 AND `name`='wufan' LIMIT 1; #start 989 end 1339 time 2020-05-08 00:02:35

DELETE FROM `test`.`tmp_list_001` WHERE `id`=2 AND `name`='zhangsan' LIMIT 1; #start 989 end 1339 time 2020-05-08 00:02:35

DELETE FROM `test`.`tmp_list_001` WHERE `id`=3 AND `name`='lisi' LIMIT 1; #start 989 end 1339 time 2020-05-08 00:02:35

DELETE FROM `test`.`tmp_list_001` WHERE `id`=4 AND `name`='wangwu' LIMIT 1; #start 989 end 1339 time 2020-05-08 00:02:35

DELETE FROM `test`.`tmp_list_001` WHERE `id`=5 AND `name`='liutao' LIMIT 1; #start 989 end 1339 time 2020-05-08 00:02:35

DELETE FROM `test`.`tmp_list_001` WHERE `id`=6 AND `name`='liuyifei' LIMIT 1; #start 989 end 1339 time 2020-05-08 00:02:35

DELETE FROM `test`.`tmp_list_001` WHERE `id`=7 AND `name`='luozhixiang' LIMIT 1; #start 989 end 1339 time 2020-05-08 00:02:35

DELETE FROM `test`.`tmp_list_001` WHERE `id`=8 AND `name`='liudehua' LIMIT 1; #start 989 end 1339 time 2020-05-08 00:02:35

DELETE FROM `test`.`tmp_list_001` WHERE `id`=9 AND `name`='guofucheng' LIMIT 1; #start 989 end 1339 time 2020-05-08 00:02:35

注意每条sql的最后的注释，明确的告诉我们了再binlog日志中的start_pos和stop_pos位置。

2.4.5.5.生成回滚sql

# python /root/binlog2sql-master/binlog2sql/binlog2sql.py \

> -uroot \

> -pR00t_123 \

> -dtest \

> -t tmp_list_001 \

> --start-file='mybinlog.000054' \

> --start-position=989 \

> --stop-position=1339 \

> -B > /tmp/rollback.sql

2.4.5.6.查看回滚sql内容

# cat /tmp/rollback.sql

INSERT INTO `test`.`tmp_list_001`(`id`, `name`) VALUES (9, 'guofucheng'); #start 989 end 1339 time 2020-05-08 00:02:35

INSERT INTO `test`.`tmp_list_001`(`id`, `name`) VALUES (8, 'liudehua'); #start 989 end 1339 time 2020-05-08 00:02:35

INSERT INTO `test`.`tmp_list_001`(`id`, `name`) VALUES (7, 'luozhixiang'); #start 989 end 1339 time 2020-05-08 00:02:35

INSERT INTO `test`.`tmp_list_001`(`id`, `name`) VALUES (6, 'liuyifei'); #start 989 end 1339 time 2020-05-08 00:02:35

INSERT INTO `test`.`tmp_list_001`(`id`, `name`) VALUES (5, 'liutao'); #start 989 end 1339 time 2020-05-08 00:02:35

INSERT INTO `test`.`tmp_list_001`(`id`, `name`) VALUES (4, 'wangwu'); #start 989 end 1339 time 2020-05-08 00:02:35

INSERT INTO `test`.`tmp_list_001`(`id`, `name`) VALUES (3, 'lisi'); #start 989 end 1339 time 2020-05-08 00:02:35

INSERT INTO `test`.`tmp_list_001`(`id`, `name`) VALUES (2, 'zhangsan'); #start 989 end 1339 time 2020-05-08 00:02:35

INSERT INTO `test`.`tmp_list_001`(`id`, `name`) VALUES (1, 'wufan'); #start 989 end 1339 time 2020-05-08 00:02:35

2.4.5.7.执行回滚语句

确定回滚语句没问题后，就可以执行回滚操作。

# mysql -uroot -pR00t_123 -D test < /tmp/rollback.sql

2.4.5.8.检查数据恢复

mysql> select * from tmp_list_001 ;

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

| id | name |

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

| 1 | wufan |

| 2 | zhangsan |

| 3 | lisi |

| 4 | wangwu |

| 5 | liutao |

| 6 | liuyifei |

| 7 | luozhixiang |

| 8 | liudehua |

| 9 | guofucheng |

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

2.4.5.9.使用详细说明

2.4.5.9.1.解析模式

--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。

2.4.5.9.2.解析范围控制

--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'。可选。默认不过滤。

2.4.5.9.3.对象过滤

-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。可选。默认为增删改都解析。用了此参数但没填任何类型，则三者都不解析。

上一篇：oracle12c删除监听log_n.xml文件

下一篇：mysql备份恢复专题四(innobackupex 单表完全恢复原理)

发表评论

关于作者

喝酒易醉，品茶养心，人生如梦，品茶悟道，何以解忧？唯有杜康！

-- 愿君每日到此一游！

2.4.1.误删数据的单表恢复

2.4.2.安装

2.4.3.使用前提

2.4.4.优缺点

2.4.5.使用恢复案例

发表评论

最新留言

关于作者

推荐文章