MySQL 数据库增量数据恢复案例
来源:互联网 发布:linux 80端口转发 编辑:程序博客网 时间:2024/04/29 17:12
一、场景概述
- MySQL数据库每日零点自动全备
- 某天上午10点,小明莫名其妙地drop了一个数据库
- 我们需要通过全备的数据文件,以及增量的binlog文件进行数据恢复
二、主要思想
- 利用全备的sql文件中记录的CHANGE MASTER语句,binlog文件及其位置点信息,找出binlog文件增量的部分
- 用mysqlbinlog命令将上述的binlog文件导出为sql文件,并剔除其中的drop语句
- 通过全备文件和增量binlog文件的导出sql文件,就可以恢复到完整的数据
三、过程示意图
四、操作过程
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. 全备命令
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. 继续插入数据
1
2
3
4
5
6
mysql>insertstudentvalues(6,'xiaoming',20);
mysql>insertstudentvalues(6,'xiaohong',20);
此时误操作,删除了test数据库
mysql> dropdatabasetest;
此时,全备之后到误操作时刻之间,用户写入的数据在binlog中,需要恢复出来
4.查看全备之后新增的binlog文件
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语句
1
2
3
# cp /data/3306/mysql-bin.000003 /server/backup/
# mysqlbinlog -d test mysql-bin.000003 >003bin.sql
# 用vim编辑文件,剔除drop语句
在恢复全备数据之前必须将该binlog文件移出,否则恢复过程中,会继续写入语句到binlog,最终导致增量恢复数据部分变得比较混乱
6. 恢复数据
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语句删除(也可通过时间和位置点),再恢复到数据库
0 0
- MySQL 数据库增量数据恢复案例
- MySQL 数据库增量数据恢复案例
- MySQL之——数据库增量数据恢复案例
- 实战!MySQL 数据库增量数据恢复
- ext3下删除mysql数据库的数据恢复案例数据库
- MySQL数据库增量备份及恢复方案
- MySQL数据库增量备份及恢复方案
- MySQL数据库增量备份及恢复方案
- linux ext3下删除mysql数据库的数据恢复案例
- mySql数据库数据恢复
- mysql 增量恢复
- MYSQL增量恢复
- 如何增量导入MYSQL数据库中的数据
- 关于mysql数据库数据恢复-日志恢复
- aws 恢复mysql数据库数据
- mysql 数据恢复 案例: “恢复/导入…
- Mysql增量备份,完全恢复
- MySQL增量备份及恢复
- 216. Combination Sum III
- 4种线程池的特点介绍
- APP双进程伪守护,外部通知栏点击回到带数据的APP画面
- 伪元素
- js私有作用域内调用函数外函数
- MySQL 数据库增量数据恢复案例
- navicat 常见报错处理
- HOG(方向梯度直方图)
- zynq linux 使用记录
- 购买Apple移动硬盘
- 区域链实践第一步——区域链开发环境搭建
- linux 开机自动运行sh脚本
- 使用Mybatis-Generator自动生成Dao、model和mapper.xml相关文件
- JavaScript正则表达式(1)