备份的主要目的:从灾难中恢复,在生产环境中,数据的安全性至关重要,任何数据的丢失都可能产生严重的后果
造成数据丢失的原因:程序错误、人为操作错误、运算错误、磁盘故障、灾难 (如火灾、地震) 和盗窃。
数据库备份可以分为物理备份和逻辑备份。
物理备份是对数据库操作系统的物理文件(如数据文件、日志文件等)的备份。这种类型的备份适用于在出现问题的时候需要快速恢复的大型重要数据库。
冷备份 (脱机备份) :是在关闭数据库的时候进行的(tar)
热备份 (联机备份) :数据库处于运行状态,依赖于数据库的日志文件(mysqlhotcopy mysqlbackup)
温备份 :数据库锁定表格(不可写入但可读)的状态下进行备份操作(mysqldump)
逻辑备份是对数据库逻辑组件的备份.表示为逻辑数据库结构
这种类型的备份适用于可以编辑数据值或表结构
从数据库的备份策略角度来看,备份又可分为完全备份、差异备份和增量备份
① 完全备份
每次对数据进行完整备份,即对整个数据库、数据库结构和文件结构的备份,保存的是备份完成时刻的数据库,是差异备份与增量备份的基础完全备份的备份与恢复操作都非常简单方便,但是数据存在大量的重复并且会占用大量的磁盘空间,备份的时间也很长
每次都进行完全备份,会导致备份文件占用空间巨大,并且有大量的重复数据,恢复时,直接使用完全备份的文件即可
② 差异备份
备份那些自从上次完全备份之后被修改过的所有文件,备份的时间节点是从上次完整备份起,备份数据量会越来越大。恢复数据时只需要恢复上次的完全备份与最佳的一次差异备份
每次差异备份,都会备份上一次完全备份之后的数据,可能会出现重复数据。恢复时,先恢复完全备份的数据,再恢复差异备份的数据
③ 增量备份
只有那些在上次完全备份或者增量备份后被修改的文件才会被备份以上次完整备份或上次增量备份的时间为时间点,仅备份期间内的数据变化,因而备份的数据量小,占用空间小,备份速度快。但恢复时,需要从上一次的完整备份开始到最后一次增量备份之间的所有增量依次恢复,如中间某次的备份数据损坏,将导致数据的丢失
每次增量备份都是在备份在上一次完成全备份
每次增量备份都是备份在上一次完全备份或者增量备份之后的数据,不会出现重复数据的情况,也不会占用额外的磁盘空间
恢复数据,需要按照次序恢复完全备份和增量备份的数据
备份时数据库处于关闭状态,直接打包数据库文件(tar)
备份速度快,恢复时也是最简单的
mysqldump 常用的逻辑备份工具
mysqlhotcopy 仅拥有备份 MyISAM 和 ARCHIVE 表
进行增量备份,需要刷新二进制日志
MySQL支持增量备份,进行增量备份时必须启用二进制日志。二进制日志文件为用户提供复制,对执行备份点后进行的数据库更改所需的信息进行恢复。如果进行增量备份(包含自上次完全备份或增量备份以来发生的数据修改),需要刷新二进制日志。
免费的MySQL 热备份软件 Percona XtraBackup mysqlbackup等
备份与恢复操作简单方便
数据存在大量的重复;
占用大量的备份空间;
备份与恢复时间长。
关闭MySQL数据库
使用tar命令直接打包数据库文件夹
直接替换现有MySQL目录即可
操作命令:
#关闭mysql服务
systemctl stop mysqld.service
#创建备份目录
mkdir /sqlbak
#压缩打包数据文件夹,并以归档日期命名
ls /sqlbak/
tar zcf /sqlbak/mysql_bak_$(date +%F).tar.gz /usr/local/mysql/data/
#替换数据文件夹实现恢复
#如果有需要,可以将现在的数据库文件迁移到一个目录中
mkdir /sqldata
mv /usr/local/mysql/data/ /sqldata
#将备份压缩包解压到一个目录下,并将其迁移到mysql的数据目录下
mkdir /sqlrestore
tar zxf /sqlbak/mysql_bak_2022-10-26.tar.gz -C /sqlrestore/
mv /sqlrestore/usr/local/mysql/data/ /usr/local/mysql/
#启动mysql服务
systemctl start mysqld.service
MySQL自带的备份工具,可方便实现对MySQL的备份
可以将指定的库、表导出为SQL 脚本
使用命令mysq|导入备份的数据
操作命令:
单库备份
mysqldump -u用户名 -p密码 [选项] 数据库名 > /备份路径/备份文件名
--databases 可以保存创建库名
多库备份
mysqldump -u用户名 -p密码 [选项] --databases 库名1 库名2 ... > /备份路径/备份文件名
所有库备份
mysqldump -u用户名 -p密码 [选项] --all-databases > /备份路径/备份文件名
表备份
mysqldump -u用户名 -p密码 [选项] 数据库名 表名 > /备份路径/备份文件名
-d 只保存表结构
恢复库
mysqldump -u用户名 -p密码 < /备份路径/库备份文件
恢复表
mysqldump -u用户名 -p密码 库名 < /备份路径/表备份文件
(1)当我们设置了二进制日志,之后在数据库中的操作会保存在最新的二进制日志中(即文件后缀序号最大的),也可以在mysql-bin.index文件中查看
(2)使用以下命令刷新新的日志文件,会生成新的二进制日志,每次生成,后缀的序号会+1。
mysqladmin -u用户 -p密码 flush-logs
(3)将旧的二进制日志(当前最新的 -1)迁移出来(可以加上日期便于识别)
mv /usr/local/mysql/data/mysql-bin.000005 /sqlbinlog/mysql-bin-$(date+%Y%m%d)
ls /sqlbinlog/
mysqlbinlog --no-defaults --base64-output=decode-rows -v 二进制日志文件
(5)也可以将输出的内容重定向输入到文本文件中便于查看和编辑
mysglbinlog --no-defaults --base64-output=decode-rows -V /sqlbinlog/mysgl-bin-20221027 > /sglbinlog/mysgl-bin-20221027.txt
(1)将二进制日志中的所有数据恢复
mysqlbinlog --no-defaults 二进制日志文件 | mysql -u用户名 -p密码
(2)断点恢复(将二进制日志中的指定数据恢复)
基于位置点
从位置点恢复到结尾
mysqlbinlog --no-defaults --start-position='位置点' 二进制日志文件 | mysql -u用户名 -p密码
从位置点恢复到位置点
mysqlbinlog --no-defaults --start-position='位置点1' --stop-position='位置点2' 二进制日志文件 | mysql -u用户名 -p密码
基于时间点
从时间点恢复到结尾
mysqlbinlog --no-defaults --start-datetime='时间点1' 二进制日志文件 | mysql -u用户名 -p密码
从时间点恢复到时间点
mysqlbinlog --no-defaults --start-datetime='时间点1' --stop-datetime='时间点2' 二进制日志文件 | mysql -u用户名 -p密码