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

转载请注明出处：http://blog.csdn.net/l1028386804/article/details/60326337

一、使用场景

二、主要思想与原理

三、过程示意图

四、操作过程

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/# lstest_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     |  21 ||  3 | wangwu   |  22 |+----+----------+-----+//此时恢复了全备时刻的数据//然后使用003bin.sql文件恢复全备时刻到删除数据库之间，新增的数据# mysql -uroot -p test<003bin.sql <span style="color: #3366ff;" data-mce-style="color: #3366ff;"><-需要指定恢复的数据库</span># 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语句删除（也可通过时间和位置点），再恢复到数据库