MySQL之—数据库增量数据恢复的图文代码案例

本篇介绍了mysql之—数据库增量数据恢复的图文代码案例,有需要的朋友可以参考下

一、使用场景

  • MySQL数据库每日零点自动全备

  • 某天上午9点,张三不小心drop了一个数据库

  • 我们需要通过全备的数据文件,以及增量的binlog文件进行数据恢复

二、主要思想与原理

  • 利用全备的sql文件中记录的CHANGE MASTER语句,binlog文件及其位置点信息,找出binlog文件增量的部分

  • 用mysqlbinlog命令将上述的binlog文件导出为sql文件,并剔除其中的drop语句

  • 通过全备文件和增量binlog文件的导出sql文件,就可以恢复到完整的数据

三、过程示意图

MySQL之—数据库增量数据恢复的图文代码案例

四、操作过程

1、模拟数据

CREATE TABLE `student` (    `id` int(11) NOT NULL AUTO_INCREMENT,    `name` char(20) NOT NULL,    `age` tinyint(2) NOT NULL DEFAULT '0',    PRIMARY KEY (`id`),    KEY `index_name` (`name`)  ) ENGINE=InnoDB AUTO_INCREMENT=8 DEFAULT CHARSET=utf8     mysql> insert student values(1,'zhangsan',20);   mysql> insert student values(2,'lisi',21);   mysql> insert student values(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 在备份语句里添加CHANGE MASTER语句以及binlog文件及位置点信息

3、继续插入数据并删库

mysql> insert student values(6,'xiaoming',20);     mysql> insert student values(6,'xiaohong',20);     此时误操作,删除了test数据库  mysql> drop database test;

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

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

# cd /server/backup/  # ls  test_2017-03-04.sql.gz  # gzip -d test_2017-03-04.sql.gz   # grep CHANGE test_2017-03-04.sql   -- CHANGE MASTER TO MASTER_LOG_FILE='mysql-bin.000003', MASTER_LOG_POS=107;

这是全备时刻的binlog文件位置,即mysql-bin.000003的107行,因此在该文件之前的binlog文件中的数据都已经包含在这个全备的sql文件中了

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_2017-03-04.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 |  +----+----------+-----+  完成</test_2017-03-04.sql>

五、总结

  • 适合人为SQL语句造成的误操作或者没有主从复制等的热备情况宕机时的修复

  • 恢复条件要全备和增量的所有数据

  • 恢复时建议对外停止更新,即禁止更新数据库

  • 先恢复全量,然后把全备时刻点以后的增量日志,按顺序恢复成SQL文件,然后把文件中有问题的SQL语句删除(也可通过时间和位置点),再恢复到数据库

© 版权声明
THE END
喜欢就支持一下吧
点赞15 分享