实验:模拟场景中误删除mysql数据库表,然后使用全备份以及二进制日志文件恢复操作

Posted

tags:

篇首语:本文由小常识网(cha138.com)小编为大家整理,主要介绍了实验:模拟场景中误删除mysql数据库表,然后使用全备份以及二进制日志文件恢复操作相关的知识,希望对你有一定的参考价值。

一、实验环境:

1、准备两台虚拟机,一台用于破坏数据库,一台用于还原,两台在同一个网络

2、两台最小化安装centos 7系统,并直接yum安装maraidb数据库

3、准备一个测试数据库文件,例如,hellodb_innodb.mysql 测试库里面最少有两个表。

二、实验步骤:

1、开启数据库的二进制日志功能

vim /etc/my.cnf
[mysqld] 下面加入log-bin 表示开启二进制日志功能

技术分享图片

2、完全备份

mysqldump -A -F --master-data=2 --single-transaction |gzip > /data/all.sql.gz
备份数据库文件并用gzip压缩,存放到/data目录

技术分享图片

3、直接连接数据库修改任意表

insert students (name,age)values(‘a‘,20);
insert students (name,age)values(‘b‘,30);

技术分享图片

select * from students 查询新加入的表信息

技术分享图片

4、模拟删除数据库表

drop table students;如图下,已将students表删除;

技术分享图片

5、假装不知道,继续修改其他表

insert teachers (name,age)values(‘zhangsir‘,30);

技术分享图片

6、发现重要表删除,立即锁表

flush tables with read lock; 给表加上读锁

7、在另一台机子上还原

vim /etc/my.cnf
skip-networking 确保其它用户不能访问数据库,只能自己操作
rm -rf /var/lib/mysql 将原来的数据库文件删除,避免原来有文件
scp /data/all.sql.gz 192.168.190.129:/data
将原来备份的文件,复制到现主机的目录中

8、完全备份还原

gzip -d /data/all.sql.gz 解压打包的备份文件
mysql < /data/all.sql 将文件导入到数据库中

技术分享图片

9、还原增量备份

less /data/all.sql 查看二进制日志位置

技术分享图片

确定二进制日志,以及起始位置为245
scp /var/lib/mysql/mariadb-bin.000002 192.168.190.129:/data
将二进制文件拷贝过来
mysqlbinlog -- start-position=245 /data/mariadb-bin.000002 > /data/binlog.sql
使用mysqlbinlog工具,生成新的二进制日志

技术分享图片

vim /data/binlog.sq
找到drop table students; 这条sql语句,注释有关此行

技术分享图片

mysql < /data/binlog.sql
导入二进制日志文件
恢复用户的访问

三、检验数据的完整性

show databases;
show tables

技术分享图片

上图中的students表已经恢复过来

技术分享图片
技术分享图片

如图所示,之前做的修改也都回来了。实验目的达到了。

四、实验总结

mariadb 数据库破坏后,需要借助完全备份+二进制日志文件进行还原,两者缺一不可,两者都非常重要,生产中既要保护好备份的数据库文件,同时还需要保护好二进制文件,从而保证数据还原的完整性。

以上是关于实验:模拟场景中误删除mysql数据库表,然后使用全备份以及二进制日志文件恢复操作的主要内容,如果未能解决你的问题,请参考以下文章

CentOS中误删除libc.so.6系统库文件,如何恢复?

ORACLE日常-如何恢复oracle中误删除表(drop掉的)

MySQL实验准备--Python模拟数据(MySQL数据库)

git中误删提交(commit)后,怎么恢复

MySQL数据库 *实验19触发器

恢复AndroidStudio中误删除的文件