MySQL备份与恢复 理论和实验都在

MySQL备份数据库:

●物理备份:直接备份文件;用tar工具

●逻辑备份:备份的是库;是表;结尾是以.sql结尾的脚本

逻辑备份分为:

  • 完整性备份:
    将所有的库所有的表都拷贝出来;就是将数据库所有的信息都拷贝出来
  • 增量备份:
    前提:完整性备份为前提,将变换的内容进行备份
    只备份多出来的内容,依赖于前面完整性的备份
  • 差异备份
    差异备份只认上一次的完整性备份,多出来的进行备份

数据备份的重要性

●在生产环境中,数据的安全性至关重要

●任何数据的丢失都可能产生严重的后果

●造成数据丢失的原因

  • 程序错误
  • 人为操作错误
  • 运算错误
  • 磁盘故障
  • 灾难(如火灾,地震)和盗窃

数据库备份的分类

从物理与逻辑的角度,备份可分为
●物理备份:对数据库操作系统的物理文件(如数据文件,日志文件等)的备份

  • 物理备份方法:
    1.冷备份(脱机备份):是在关闭数据库的时候进行的
    2. 热备份(联机备份):数据库处于运行状态,依赖于数据库的日志文件
    3.温备份:数据库锁定表格(不可写入但可读)的状态下进行备份操作

●逻辑备份:对数据库逻辑组件(如:表等数据库对象)的备份

从数据库的备份策略角度,备份可分为
●完全备份:每次对数据库进行完整的备份

●差异备份:备份自从上次完全备份之后被修改过的文件

●增量备份:只有在上次完全备份或者增量备份后被修改的文件才会被备份,增量备份的时候要启动二进制日志文件

常见的备份方法

●物理冷备

  • 备份时数据库处于关闭状态,直接打包数据库文件
  • 备份速度快,恢复时也是最简单的

●专用备份工具mydump或mysqlhotcopy

  • mysqldump常用的逻辑备份工具
  • mysqlhotcopy仅拥有备份MyISAM和ARCHIVE表
    ●启用二进制日志进行增量备份
  • 进行增量备份,需要刷新二进制日志

●第三方工具备份

  • 免费的MySQL热备份软件Percona XtraBackup

MySQL完全备份

●是对整个数据库,数据库结构和文件结构的备份

●保存的是备份完成时刻的数据库

●是差异备份与增量备份的基础

●优点:

  • 备份与恢复操作简单方便

●缺点:

  • 数据存在大量的重复
  • 占用大量的备份空间
  • 备份与恢复时间长

数据库完全备份分类

●物理冷备份与恢复

  • 关闭MysQL数据库
  • 使用tar命令直接打包数据库文件夹
  • 直接替换现有的MySQL目录即可

●mysqldump备份与恢复

  • mySQL自带的备份文工具,可方便实现对MySQL的备份
  • 可以将指定的库,表导出为SQL脚本
  • 使用命令mysql导入备份数据

MySQL物理冷备份及恢复

物理冷备份
1.先将服务停止掉

[root@localhost ~]# systemctl stop mysqld

2.创建一个放备份数据的文件

[root@localhost ~]# mkdir /opt/bak

在这里插入图片描述
这边提点一下:data +%F是查看时间格式的命令
在这里插入图片描述
将数据库的文件备份到/opt/bak目录底下

[root@localhost data]# tar zcvf /opt/bak/mysql_all_$(date +%F).tar.gz /usr/local/mysql/data/ 

恢复数据
解压文件;解压的话也是解压到当前目录下

[root@localhost bak]# tar zxvf mysql_all_2020-08-20.tar.gz

在这里插入图片描述
假如数据库的data文件消失后,就需要将备份文件通过mv移动到/usr/loca/mysql的目录下

[root@localhost mysql]# mv /opt/bak/usr/local/mysql/data/ /usr/local/mysql/

在这里插入图片描述
这时登录数据库,表和库都在
在这里插入图片描述

mysqldump备份数据库

mysqldump命令对单个库进行完全备份

mysqldump -u 用户名 -p [密码] [选项] [数据库名] > /备份路径/备份文件名

示例:将cai的库拷贝到opt目录下,名字为beifen.sql的脚本

[root@localhost opt]# mysqldump -uroot -p123456 cai > /opt/beifen.sql

mysqldump命令对多个库进行完全备份

Mysqldump -u 用户名 -p [密码] [选项] --databases 库名1 [库名2] ....> /备份路径/备份文件名

示例:将cai和test两个库进行备份;备份到/opt/目录下

[root@localhost opt]# mysqldump -uroot -p123456 --databases cai test > /opt/beifen2.sql

auth数据库的名称 只是对表进行备份,没有对数据库进行备份
在这里插入图片描述
对所有库进行完全备份;生产环境的时候就需要将数据库仅限一次完整备份

mysqldump -u 用户名 -p [密码] [选项] --all-databases > /备份路径/备份文件名

-opt:是一种规范的意思
示例:将所有的库进行完全备份,备份到/opt目录下,名字为all.sql

[root@localhost opt]# mysqldump -uroot -p123456 --all-databases > /opt/all.sql

在这里插入图片描述

mysqldump备份数据表

●mysqldump可针对库内特定的表进行备份

●使用mysqldump备份表的操作

Mysqldump -u 用户名 -p [密码] [选项] 数据库名 表名 > /备份路径/备份文件名

示例:将名字为cai库底行的cai表进行备份

[root@localhost opt]# mysqldump -uroot -p123456 cai cai > /opt/caibiao.sql

在这里插入图片描述

MySQL恢复数据库:

恢复数据库时;要是库存在的话;并且同名的情况下,会将覆盖数据库表的内容
●使用mysqldump到处的脚本,可使用导入的方法

  • source命令;作用在mysql的模式下;引用的是绝对路径 mysql>
  • mysql命令;作用在linux的环境下

●使用scource恢复数据库的步骤

  • 登录到数据MySQL数据库
  • 执行source备份sql脚本的路径

source恢复的示例:
在这里插入图片描述
mysql> source /opt/beifen.sql ##从备份文件中恢复cai库的内容
在这里插入图片描述
mysql> source /opt/caibiao.sql ##恢复单独的表;如果要恢复某个库的某个表,在那个库中恢复,不然就会在别的库中恢复
在这里插入图片描述

使用mysql恢复数据库
●使用mysql命令恢复数据,mysql适用于脚本;只能恢复数据库

mysql -u 用户名 -p [密码] < 库备份脚本的路径

Mysql 命令恢复的示例
先将原来的数据库中的cai 和 test库删除
在这里插入图片描述
通过mysql的方式将两个库进行恢复

[root@localhost opt]# mysql -uroot -p123456 < /opt/beifen2.sql

在这里插入图片描述

MySQL增量备份

增量:“修改的内容”
●使用mysqldump进行完全备份存在的问题

  • 备份数据中有重复数据
  • 备份时间恢复时间过长

●是自上一次备份后增加/变化的文件或者内容

●特点:

  • 没有重复数据,备份量不大,时间短
  • 恢复需要上次完全备份及完全备份之后所有的增量备份才能恢复,而且要对所有增量备份进行逐个反推恢复

●MySQL没有提供直接的增量备份方法

●可通过MySQL提供的二进制日志间接实现增量备份

●MySQL二进制日志对备份的意义

  • 二进制日志保存了所有更新或者可能更新数据库的操作
  • 二进制日志在启动MySQL服务器后开始记录,并在文件达到
    max_binlog_size所设置的大小或者接收到flush logs命令后重新创建新的日志文件
  • 只需定时执行flush logs方法重新创建新的日志,生产二进制文件序列,并及时把这些日志保存到安全的地方就完成了一个时间段的增量备份

MySQL数据库增量恢复

●一般恢复

  • 将所有备份的二进制日志内容全部恢复

如何恢复:去看正确操作的时间点和位置点;两者都可以去做恢复;不管是时间点还是位置点
●基于位置恢复

  • 数据库在某一时间点可能既有错误的操作也有正确的操作
  • 可以基于精准的位置跳过错误的操作

●基于时间点恢复

  • 跳过某个发生错误的时间点实现数据恢复

增量恢复的方法:
一般恢复

msqlbinlog [--no-defaults] 增量备份文件 | mysql -u 用户名 -p

基于位置恢复

  • stop-position:从文件的开头到某一个正确操作的结束
  • start-position:某一个正确操作的开始到文件末尾结束

恢复数据到指定的位置

Mysqlbinlog --stop-position=’操作id’ 二进制文件| mysql -u 用户名 -p

从指定的位置开始恢复数据

Mysqlbinlog --start-position=’操作id’ 二进制文件| mysql -u 用户名 -p

增量恢复实验

1.在进行增量备份之前一定要对数据进行完全备份
将名字为cai库底行的cai表进行备份

[root@localhost opt]# mysqldump -uroot -p123456 cai cai > /opt/cai.sql

在这里插入图片描述
2.添加开启日志功能服务

[root@localhost opt]# vim /etc/my.cnf

在[mysqld]那一栏中添加二进制文件功能,添加完成后要重启服务
log-bin:二进制日志文件功能
mysql-bin:名称以mysql开头的文件

[root@localhost opt]# systemctl restart mysqld ##重启服务
在这里插入图片描述
在/usr/local/mysql/data目录下会生成一个mysql的日志文件
在这里插入图片描述
查看日志文件信息命令:

[root@localhost data]# mysqlbinlog --no-defaults mysql-bin.000001 

3.这时候在cai表中写入数据,添加lisi

mysql> insert into cai (name,score,address) values ('lisi',70,'beijing');

在这里插入图片描述
4.这时失误将张三的数据删除
在这里插入图片描述
5.这时再次往表中加入数据

mysql> insert into cai (name,score,address) values ('zhaoliu',69,'wuxi');

在这里插入图片描述
6.这时在做一次增量备份,查看data表发现又重新生产一个日志文件

[root@localhost data]# mysqladmin -uroot -p123456 flush-logs

在这里插入图片描述
但是原来的那些操作还是记录在000001的日志文件中
7.将000001的日志信息解码生成到/opt/rizhi.txt文件中方便查看

mysqlbinlog --no-defaults --base64-output=decode-rows -v mysql-bin.000001 > /opt/rizhi.txt

8.查看文件信息;得出stop-position=567 start-position=681 中间621是失误操作,不需要在这里插入图片描述
9.这时将cai表删除,并恢复完全备份

mysql> drop table cai;  ##删除表cai
mysql> source /opt/cai.sql;  ##恢复完全备份

在这里插入图片描述
10.开始增量数据恢复
这一步是将之前添加lisi的数据恢复了

[root@localhost opt]# mysqlbinlog --no-defaults --stop-position='567' /usr/local/mysql/data/mysql-bin.000001 | mysql -uroot -p123456

在这里插入图片描述
这一步是将后来添加zhaoliu的数据恢复了

[root@localhost opt]# mysqlbinlog --no-defaults --start-position='681' /usr/local/mysql/data/mysql-bin.000001 | mysql -uroot -p123456

在这里插入图片描述
基于时间点的恢复
从日志开头截至到某个时间点的恢复

  Mysqlbinlog [--no-defaults] --stop-datatime=’年--日 小时:分钟:秒’ 二进制日志 | mysql -u 用户名 -p 密码

从某个时间点到日志结尾的恢复

   Mysqlbinlog [--no-defaults] --start-datatime=’年--日 小时:分钟:秒’ 二进制日志 | mysql -u 用户名 -p 密码

从某个时间点到某个时间点的恢复

mysqlbinlog [--no-defaults] --start-datatime=’年--日 小时:分钟:秒’ --stop-datatime=’年--日 小时:分钟:秒’ 二进制 | mysql -u 用户名 -p 密码

基于时间点恢复小实验

1.查看文件信息;得出stop-datatime和 start-datatime 中间时间点是失误操作,不需要
添加lisi的时间点是失误操作的上一个正确操作的时间点stop-datatime=2020-08-21 9:44:34
在这里插入图片描述
添加zhaoliu的时间点是start-datatime=2020-08-21 9:46:13
在这里插入图片描述
2.这时还是一样将cai表删除,并恢复完全备份

mysql> drop table cai;  ##删除表cai
mysql> source /opt/cai.sql;  ##恢复完全备份

在这里插入图片描述
3.基于时间点恢复出lisi的数据

[root@localhost opt]# mysqlbinlog --no-defaults --stop-datetime='2020-08-21 9:44:34' /usr/local/mysql/data/mysql-bin.000001 | mysql -uroot -p123456 

在这里插入图片描述
4.基于时间点恢复出zhaoliu的数据

[root@localhost opt]# mysqlbinlog --no-defaults --start-datetime='2020-08-21 9:46:13' /usr/local/mysql/data/mysql-bin.000001 | mysql -uroot -p123456 

在这里插入图片描述

猜你喜欢

转载自blog.csdn.net/Cpureman/article/details/108142733
今日推荐