Linux下MySQL数据库备份与恢复

个人环境
(1)Centos 7.0
(2)MySQL 8.0.16

这里大家注意一下,我用的是8.0版本,如果你用的是5.7版本,在操作上可能和我的略有不同,按照我的这个,可能会出错。例如:在创建用户的时候5.7版本可以既创建又授权,一条命令搞定,而8.0版本就需要分开操作,先创建再授权。

1.数据库备份类型

1.热备份:指的是当数据库进行备份时,数据库的读写操作均不受影响(本次实验使用)
2.温备份:指的是当数据库进行备份时,数据库的读操作可以执行,但是不能执行写操作
3.冷备份:指的是当数据库进行备份时,数据库不能进行读写操作,即数据库要下线
注:要进行数据库的备份,首先要分清楚两个概念,简单的来说,(1)全量备份:指的就是将数据库下的所有内容进行备份。(2)增量备份:只对新增部分的数据进行备份。

2.模拟全量与二进制增量备份数据恢复实例

2.1 数据库全量备份与恢复
2.1.1 数据库备份

首先创建一个存放备份文档的目录

[root@localhost ~]# mkdir /backup

将对应的数据库进行备份

[root@localhost ~]# mysqldump -uroot -pLxlxin@123 --single-transaction --master-data=2 test > /backup/test_`date +%F`.sql
[root@localhost backup]# mysqldump -uroot -pLxlxin@123 --single-transaction --master-data=2 test | gzip > /backup/test_`date +%F`.sql

第二行是利用gzip进行压缩备份,这里的–single-transaction的作用是基于此项可以对InnoDB表做热备份,–master-data=2的作用是备库,该选项将会记录binlog的日志位置与文件名,并追加到文件中,如果为1将会输出CHANGE MASTER命令,主从下有用。

此时查看/backup目录,可以看到备份的文件

[root@localhost ~]# cd /backup/
[root@localhost backup]# ls
test_2020-03-01.sql  test_2020-03-01.sql.gz

注:既然我们选择备份,害怕的就是我们的数据库的数据丢失,或者哪个准备跑路的,他给你临走的时候删了,哈哈,开个玩笑!

2.1.2 数据库恢复

首先创建一个test库,然后将备份文件倒进去

[root@localhost backup]# mysql -uroot -pLxlxin@123 -e 'create database test'
[root@localhost backup]# mysql -uroot -pLxlxin@123 test < /backup/test_2020-03-01.sql

这时候你去检查自己的数据库,里面的test数据库就恢复了。

2.2 模拟凌晨12:00数据库增量备份

增量备份的前提:
(1)my.cnf 是要开启MySQL log-bin日志功能,若没有开启则修改配置文件

log_bin = /data/mysql/data/mysql-bin

重启MySQL

查看MySQL是否开启了二进制日志:

log_bin 为ON表示开启,为OFF表示未开启

log_bin_basename 表示二进制的文件保存路径

mysql> show variables like 'log_bin%';
+---------------------------------+-----------------------------+
| Variable_name                   | Value                       |
+---------------------------------+-----------------------------+
| log_bin                         | ON                          |
| log_bin_basename                | /var/lib/mysql/binlog       |
| log_bin_index                   | /var/lib/mysql/binlog.index |
| log_bin_trust_function_creators | OFF                         |
| log_bin_use_v1_row_events       | OFF                         |
+---------------------------------+-----------------------------+

此时查看二进制日志状态正常的话,就表示二进制日志开启正常

mysql> show master status;
+---------------+----------+--------------+------------------+-------------------+
| File          | Position | Binlog_Do_DB | Binlog_Ignore_DB | Executed_Gtid_Set |
+---------------+----------+--------------+------------------+-------------------+
| binlog.000019 |     3463 |              |                  |                   |
+---------------+----------+--------------+------------------+-------------------+

接下来就可以进入正题了

2.2.1 准备数据库和表
mysql> create database xingyun default character set utf8;
mysql> use xingyun
mysql> create table `Student`(  `Sno` int(10) not null comment '学号', `Sname` varchar(16) not null comment '姓 名', `Ssex` char(2) not null comment '性别', `Sage` tinyint(2) not null default '0' comment '学生年龄', `Sdept` varchar(16) default 'null' comment '学生所在系别', primary key(`Sno`))  engine=InnoDB auto_increment=1 default charset=utf8 collate=utf8_general_ci;

2.2.2 表中插入数据
 insert into `Student` values (1,'陆亚','男',24,'计算机网络'),(2,'tom','男',26,' 英语'),(3,'张阳','男',21,'物流管理'),(4,'alex','女',22,'电子商务');
2.2.3 半夜12点模拟全量备份
[root@localhost ~]# date
2020年 02月 29日 星期六 20:27:51 CST
[root@localhost ~]# date -s '20200301'
[root@localhost ~]# mkdir /server/backup
[root@localhost ~]# mysqldump -uroot -pLxlxin@123 --default-character-set=utf8 --single-transaction -F -B xingyun -e | gzip > /server/backup/musql_backup_`date +%F`.sql.gz
2.2.4 备份后继续插入数据
mysql> insert into Student values (0005,'xumubin','男',29,'中文专业'),(0006,'wangzhao','男',21,'导弹专业');
2.2.5 模拟用户破坏数据库
mysql> drop database xingyun; 
2.2.6 增量备份的恢复

1.检查凌晨备份
2.检查全备后的所有binlog

[root@localhost ~]# ls -lrt /var/lib/mysql/binlog.*
-rw-r-----. 1 mysql mysql 2797 Feb 25 16:20 /var/lib/mysql/binlog.000012
-rw-r-----. 1 mysql mysql 6364 Feb 26 09:36 /var/lib/mysql/binlog.000013
-rw-r-----. 1 mysql mysql  155 Feb 27 18:55 /var/lib/mysql/binlog.000014
-rw-r-----. 1 mysql mysql  368 Feb 28 10:43 /var/lib/mysql/binlog.000015
-rw-r-----. 1 mysql mysql  155 Feb 29 11:16 /var/lib/mysql/binlog.000016
-rw-r-----. 1 mysql mysql 1530 Mar  1 00:04 /var/lib/mysql/binlog.000017
-rw-r-----. 1 mysql mysql  693 Mar  1 00:08 /var/lib/mysql/binlog.000018
-rw-r-----. 1 mysql mysql  288 Mar  1 00:12 /var/lib/mysql/binlog.index

思路:看到这里,相信大家应该知道我为什么要改系统时间了吧?我们再修改时间之前,对数据库已经进行过全量备份,修改之后,我们又新插入了一些数据,之后我们把数据库破坏掉。所以根据前面的备份,我们可以将之前的数据恢复,那么之后新增的数据怎么恢复呢,就要根据修改时间后的二进制文件来恢复了,可以看到最后三个文件是符合的。

3.立即刷新并备份出binlog

[root@localhost ~]# mysqladmin -uroot -p flush-logs
[root@localhost ~]# cp /var/lib/mysql/binlog.* /server/backup/

4.恢复binlog生成sql语句

[root@localhost backup]# mysqlbinlog binlog.000017 > bin.sql
[root@localhost backup]# vim bin.sql

有人会问为什么要恢复呢?因为那是二进制文件,咋们凡人看不懂…
之后打开这个文件,找一个命令,那就是 ’drop database xingyun ‘
就是当初删库用的这句命令,把它找出来删除掉,然后保存。如果这个文件中没有,去另外的一个文件去查,一般会在第二个文件中找到。

5.先恢复凌晨全量备份

[root@localhost backup]# gunzip musql_backup_2020-03-01.sql.gz
[root@localhost backup]# mysql -uroot -pLxlxin@123 -e 'create database xingyun'
[root@localhost backup]# mysql -uroot -pLxlxin@123 test < /backup/test_2020-03-01.sql

6.后恢复增量备份
当找到那句命令后,之前所有查过的binlog文件(包括查出来命令的本文件),都必须进行恢复,之后没看的数据也就不用恢复了,因为那都是删库之后的操作。

[root@localhost backup]# mysql -uroot -pLxlxin@123 < bin1.sql

至此,你去查看一下数据库,所有文件应该都全部恢复了。
注:如果最后一步出现报错,也属于正常情况,你只管查看你的数据库,数据绝对已恢复。

  • 3
    点赞
  • 4
    收藏
    觉得还不错? 一键收藏
  • 0
    评论

“相关推荐”对你有帮助么?

  • 非常没帮助
  • 没帮助
  • 一般
  • 有帮助
  • 非常有帮助
提交
评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

1.余额是钱包充值的虚拟货币,按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载,可以购买VIP、付费专栏及课程。

余额充值