xtrabuckup+mysqlbinlog实现mysql数据恢复

简介: xtrabuckup+mysqlbinlog实现mysql数据恢复

1.在测试数据库mydb测试表tb1现有数据并使用innobackupex 将数据全量备份至/backup目录下:
1
innobackupex -uroot -p123456 -H172.18.100.103 /backup/
备份现在存有的数据中tb1只有一条数据
2.往表tb1中继续插入2条数据:
3
此时tb1有,a,b,c三条数据
3.查看此时数据库正在使用的二进制文件:
show master status
4
4.进入mysql数据目录将该二进制日志复制
5
5.模拟故障将mydb测试库drop掉:
drop database mydb;
6.此时mydb数据中的已经被删掉了,此时可以直接使用二进制日志恢复数据,这里不演示这种方式。采取使用innobackex备份数据恢复至备份时间点。
6
innobackex -uroot -p123456 -H172.18.224.103 --apply-log /backup/备份文件目录
7.将备份文件复制到mysql数据目录下:
7
停止mysql实例,并将原来的数据文件目录mysql改名,将备份文件夹改名为mysql,并授予权限,重启mysql实例恢复成功
8
systemctl stop mysqld
mv mysql mysql_bak2
mysql /备份文件 mysql
chown -R mysql.mysql mysql
systemctl start mysqld
8.查看tb1发现只有1条数据a,剩下的2条数据通过二进制文件恢复
9
通过mysqlbinlog工具找到之前的数据:
mysqlbinlog -v bin-log.000004|grep -C 15 -i 'drop database'
mysqlbinlog查看二进制日志并通过管道符传给grep
grep -C 15 输出查找到的数据上下文15行数据,-i 指定查找的内容
这里看到之前insert插入2条数据的起始位置为2687,drop 删库操作起始位置为2895,所以需要恢复的开始位置为2687,结束位置为2895
9.使用mysqlbinlog恢复数据:
11
mysqlbinlog --start-position=2687 --stop-position=2895 bin-log.000004 |mysql -uroot -p123456 -h172.18.224.103
--start-position 开始位置
--stop-position 结束位置
并将该结果通过管道符传送给mysql -uroot -p123456 -h172.18.224.103执行
10.连入mysql验证数据是否恢复成功:
12
恢复成功
11.mysql数据库中使用show binlog events in 'bin-log.000004'也可以查看到对应的事务:
13

总结:1.mysql的二进制日志非常有用,备份的时候最好也要将二进制日志备份以备不时之需
2.在生产环境中可以使用xtrabackup+mysql二进制日志结合实现对数据的备份与恢复

相关实践学习
每个IT人都想学的“Web应用上云经典架构”实战
本实验从Web应用上云这个最基本的、最普遍的需求出发,帮助IT从业者们通过“阿里云Web应用上云解决方案”,了解一个企业级Web应用上云的常见架构,了解如何构建一个高可用、可扩展的企业级应用架构。
MySQL数据库入门学习
本课程通过最流行的开源数据库MySQL带你了解数据库的世界。   相关的阿里云产品:云数据库RDS MySQL 版 阿里云关系型数据库RDS(Relational Database Service)是一种稳定可靠、可弹性伸缩的在线数据库服务,提供容灾、备份、恢复、迁移等方面的全套解决方案,彻底解决数据库运维的烦恼。 了解产品详情: https://www.aliyun.com/product/rds/mysql 
目录
相关文章
|
关系型数据库 MySQL 数据库
阿里云MySQL线上备份数据恢复
阿里云MySQL线上备份数据恢复
|
SQL 弹性计算 关系型数据库
服务器数据恢复-华为ECS云服务器mysql数据库数据恢复案例
云服务器数据恢复环境: 华为ECS云服务器,linux操作系统,mysql数据库(innodb引擎)。作为网站服务器使用。 云服务器故障: 在执行mysql数据库版本更新测试时,误将本应该在测试库上执行的sql脚本执行在生产库上了,生产库上的部分表被truncate,部分表内有少量数据被delete。 需要恢复被truncate的表以及被少量数据被delete的表。
服务器数据恢复-华为ECS云服务器mysql数据库数据恢复案例
|
11月前
|
SQL 监控 关系型数据库
MySQL数据恢复:当灾难发生时如何应对
本文全面解析MySQL数据恢复方案,涵盖误操作、硬件故障、崩溃及灾难场景下的恢复技巧,助你构建可靠的数据安全保障体系。
|
11月前
|
SQL 关系型数据库 MySQL
Mysql数据恢复—Mysql数据库delete删除后数据恢复案例
本地服务器,操作系统为windows server。服务器上部署mysql单实例,innodb引擎,独立表空间。未进行数据库备份,未开启binlog。 人为误操作使用Delete命令删除数据时未添加where子句,导致全表数据被删除。删除后未对该表进行任何操作。需要恢复误删除的数据。 在本案例中的mysql数据库未进行备份,也未开启binlog日志,无法直接还原数据库。
|
SQL 存储 关系型数据库
【MySQL核心】MySQL 数据恢复-ibd2sql
【MySQL核心】MySQL 数据恢复-ibd2sql
|
编解码 缓存 关系型数据库
【MySQL 核心】MySQL数据恢复-dbsake
【MySQL 核心】MySQL数据恢复-dbsake
|
存储 SQL 关系型数据库
服务器数据恢复—云服务器上mysql数据库数据恢复案例
某ECS网站服务器,linux操作系统+mysql数据库。mysql数据库采用innodb作为默认存储引擎。 在执行数据库版本更新测试时,操作人员误误将在本来应该在测试库执行的sql脚本在生产库上执行,导致生产库上部分表被truncate,还有部分表中少量数据被delete。
399 25
|
SQL 关系型数据库 MySQL
数据库数据恢复——MySQL简介和数据恢复案例
MySQL数据库数据恢复环境&故障: 本地服务器,安装的windows server操作系统。 操作系统上部署MySQL单实例,引擎类型为innodb,表空间类型为独立表空间。该MySQL数据库没有备份,未开启binlog。 人为误操作,在用Delete命令删除数据时未添加where子句进行筛选导致全表数据被删除,删除后未对该表进行任何操作。
|
SQL 关系型数据库 MySQL
数据库数据恢复—Mysql数据库表记录丢失的数据恢复方案
Mysql数据库故障: Mysql数据库表记录丢失。 Mysql数据库故障表现: 1、Mysql数据库表中无任何数据或只有部分数据。 2、客户端无法查询到完整的信息。
|
关系型数据库 MySQL 数据库
数据库数据恢复—MYSQL数据库文件损坏的数据恢复案例
mysql数据库文件ibdata1、MYI、MYD损坏。 故障表现:1、数据库无法进行查询等操作;2、使用mysqlcheck和myisamchk无法修复数据库。

推荐镜像

更多