MySQL 数据库增量数据恢复案例

一、场景概述

1. MySQL数据库每日零点自动全备
2. 某天上午10点，小明莫名其妙地drop了一个数据库
3. 我们需要通过全备的数据文件，以及增量的binlog文件进行数据恢复

 

二、主要思想

1. 利用全备的sql文件中记录的CHANGE MASTER语句，binlog文件及其位置点信息，找出binlog文件增量的部分
2. 用mysqlbinlog命令将上述的binlog文件导出为sql文件，并剔除其中的drop语句
3. 通过全备文件和增量binlog文件的导出sql文件，就可以恢复到完整的数据

 

三、过程示意图

 

 

 

 

1. 模拟数据

 

CREATETABLE`student`(

  `id`int(11)NOT NULLAUTO_INCREMENT,

  `name`char(20)NOT NULL,

  `age`tinyint(2)NOT NULLDEFAULT'0',

  PRIMARY KEY(`id`),

  KEY`index_name`(`name`)

)ENGINE=InnoDBAUTO_INCREMENT=8DEFAULTCHARSET=utf8

 

mysql>insertstudentvalues(1,'zhangsan',20);

mysql>insertstudentvalues(2,'lisi',21);

mysql>insertstudentvalues(3,'wangwu',22);

2. 全备命令

 

# mysqldump -uroot -p -B -F -R -x --master-data=2 test|gzip >/server/backup/test_$(date +%F).sql.gz

 

参数说明：

-B指定数据库

-F刷新日志

-R备份存储过程等

-x锁表

--master-data在备份语句里添加CHANGEMASTER语句以及binlog文件及位置点信息

 

3. 继续插入数据

 

mysql>insertstudentvalues(6,'xiaoming',20);

 

mysql>insertstudentvalues(6,'xiaohong',20);

 

此时误操作，删除了test数据库

mysql>drop database test;

此时，全备之后到误操作时刻之间，用户写入的数据在binlog中，需要恢复出来

 

4.查看全备之后新增的binlog文件

# cd /server/backup/

# ls

test_2016-08-02.sql.gz

# gzip -d test_2016-08-02.sql.gz 

# grep CHANGE test_2016-08-02.sql 

-- CHANGE MASTER TO MASTER_LOG_FILE='mysql-bin.000003', MASTER_LOG_POS=107;

 

5. 移动binlog文件，并读取sql，剔除其中的drop语句

 

# cp /data/3306/mysql-bin.000003 /server/backup/

# mysqlbinlog -d test mysql-bin.000003 >003bin.sql

# 用vim编辑文件，剔除drop语句

在恢复全备数据之前必须将该binlog文件移出，否则恢复过程中，会继续写入语句到binlog，最终导致增量恢复数据部分变得比较混乱

 

6. 恢复数据

 

# mysql -uroot -p <test_2016-08-02.sql 

# mysql -uroot -p -e "select * from test.student;"

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

|id|name     |age|

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

|  1|zhangsan|  20|

|  2|lisi     |  21|

|  3|wangwu   |  22|

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

//此时恢复了全备时刻的数据

//然后使用003bin.sql文件恢复全备时刻到删除数据库之间，新增的数据

# mysql -uroot -p test 003bin.sql 

# mysql -uroot -p -e "select * from test.student;"

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

|id|name     |age|

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

|  1|zhangsan|  20|

|  2|lisi     |  20|

|  3|wangwu   |  20|

|  4|xiaoming|  20|

|  5|xiaohong|  20|

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

　　

五、小结

• 适合人为SQL语句造成的误操作或者没有主从复制等的热备情况宕机时的修复
• 恢复条件要全备和增量的所有数据
• 恢复时建议对外停止更新，即禁止更新数据库
• 先恢复全量，然后把全备时刻点以后的增量日志，按顺序恢复成SQL文件，然后把文件中有问题的SQL语句删除（也可通过时间和位置点），再恢复到数据库