文章目录
一、数据备份的重要性
- 在生产环境中,数据的安全性是至关重要的,任何数据的丢失都可能产生严重的后果
-
造成数据丢失的原因:
- 程序错误
- 人为错误
- 计算机失败
- 磁盘失败
- 灾难(如火灾、地震)和偷窃
二、数据库备份的分类
从物理与逻辑的角度
-
物理备份:对数据库操作系统的物理文件(如数据文件、日志文件等)的备份,可以分为脱机备份(冷备份)和联机备份(热备份)。
- 冷备份:是在关闭数据库的时候进行的。
- 热备份:数据库处于运行状态,这种备份方法依赖于数据库的日志文件。
- 逻辑备份:对数据库逻辑组件(如表等数据库对象)的备份。
从数据库的备份策略角度
- 完全备份:每次对数据进行完整的备份
- 差异备份:备份那些自从上次完全备份之后被修改过的文件
- 增量备份:只有那些在上次完全备份或者增量备份后被修改的文件才会被备份
三、完全备份
- 完全备份是对整个数据库的备份、数据库结构和文件结构的备份
- 完全备份保存的是备份完成时刻的数据库
- 完全备份是增量备份的基础
完全备份的优点
- 备份与恢复操作简单方便。
完全备份的缺点
- 数据存在大量的重复
- 占用大量的备份空间
- 备份与恢复时间长
四、mysqldump备份库
-
MySQL数据库的备份可以采用用多种方式
- 直接打包数据库文件夹,如/usr/ocal/mysql/data
- 使用专用备份工具mysqldump
-
mysqldump命令
- MySQL自带的备份工具,相当方便对MySQl进行备份
- 通过该命令工具可以将指定的库、表或全部的库导出为SQL脚本,在需要恢复时可进行数据恢复
备份单个库
- mysqldump命令对单个库进行完全备份
mysqldump -u 用户名 -p[密码] [选项] [数据库名] > /备份路径/备份文件名
备份多个库
- mysqldump命令对多个库进行完全备份
mysqldump -U用户名-P [密码] [选项] --databases 库名1 [库名2]... > /备份路径/备份文件名
备份所有库
- 对所有库进行完全备份
mysqldump -u 用户名 -p[密码] [选项] --all-atabases > /备份路径/备份文件名
备份表
- 对某个特定表进行备份
mysqldump -u用户名 -p[密码] [选项]数据库名 表名 > /备份路径/备份文件名
五、备份恢复
-
使用mysqldump命令导出的SQL备份脚本,在进行数据恢复时可使用以下方法导入
- source命令
- mysql命令
source命令恢复
-
使用source恢复数据库的步骤
- 登录到MySQL数据库
-
执行source 备份sql脚本的路径
模拟环境:把数据库的表删除
use 数据库名;
drop table 表名;
source恢复
source 表备份的绝对路径;
mysql命令恢复
mysql -u用户名 -p[密码] 库名 < 表备份脚本的路径
六、增量备份
-
使用mysqldump进行完全备份的存在的问题
- 备份数据中有重复数据
- 备份时间与恢复时间长
增量备份的优点
- 没有重复的备份数据
- 备份的数据量不大
- 备份所需的时间也很短
增量备份的缺点
- 备份恢复比较麻烦,需要用上次完全备份及完全备份之后所有的增量备份才能恢复。
- 要对所有增量备份进行逐个反推恢复
增量备份恢复
1、增量备份需要开启MySQL的二进制日志功能
vi /etc/my.cnf
#在配置文件里[mysqld]下插入一行代码
log-bin=mysql-bin
#保存并重启服务
systemctl restart mysqld
2、创建新数据库,新建表,进行完全备份操作
在 /usr/local/mysql/data/目录下生成一个日志文件 mysql-bin.000001
在 /usr/local/mysql/data/目录下生成一个日志文件 mysql-bin.000001
3、刷新日志后生成一个新的增量备份日志文件 mysql-bin.000002
4、进行一些数据修改
再次刷新日志,生成增量备份日志文件 mysql-bin.000003
5、查看日志文件,记录错误操作位置和时间点
6、模拟故障:删除表info
7、进行恢复操作(使用三种不同方式)
- 一般恢复
mysqlbinlog [--no-defaults] 增量备份文件 | mysql -u 用户名 -p
-
基于位置恢复:
a.恢复数据到指定位置
mysqlbinlog --stop-position='操作id' 二进制日志 | mysql -u用户名 -p密码
b.从指定的位置开始恢复数据
mysqlbinlog --start-position='操作id' 二进制日志 | mysql -u用户名 -p密码
-
基于时间点恢复
使用基于时间点的恢复,可能会出现在一个时间点里既同时存在正确的操作又存在错误的操作,所以我们需要一种更为精确的恢复方式
a.从日志开头截止到某个时间点的恢复
mysqlbinlog [--no-defaults] --stop-datetime='年-月-日 小时:分钟:秒’ 二进制日志 | mysql -u用户名-p密码
b.从某个时间点到日志结尾的恢复
mysqlbinlog [--no-defaults] --start-datetime='年-月-日 小时:分钟:秒’ 二进制日志 | mysql -u用户名-p密码
版权声明:本文为weixin_49104298原创文章,遵循 CC 4.0 BY-SA 版权协议,转载请附上原文出处链接和本声明。