当前位置：Gxlcms > 数据库问题 > MySQL 数据库增量数据恢复案例

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

时间：2021-07-01 10:21:17 帮助过：1人阅读

1 2 3 4 5 6 7 8 9 10 11

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. 全备命令

MySQL

1 2 3 4 5 6 7 8

# 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

1 2 3 4 5 6

mysql>insertstudentvalues(6,‘xiaoming‘,20); mysql>insertstudentvalues(6,‘xiaohong‘,20); 此时误操作，删除了test数据库 mysql>dropdatabasetest;

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

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

MySQL

1 2 3 4 5 6

# 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;

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

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

MySQL

1 2 3

# cp /data/3306/mysql-bin.000003 /server/backup/ # mysqlbinlog -d test mysql-bin.000003 >003bin.sql # 用vim编辑文件，剔除drop语句

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

6. 恢复数据

MySQL

1 2 3 4 5 6 7 8 9 10 11 12 13 14 15 16 17 18 19 20 21 22 23

# 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 <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语句删除（也可通过时间和位置点），再恢复到数据库

来自为知笔记(Wiz)

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

标签：

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

五、小结

人气教程排行