MYSQL备份与恢复
一、数据库备份的分类
1.1数据备份的重要性
- 在生产环境中,数据的安全性至关重要
- 任何数据的丢失都可能产生严重的后果
- 造成数据丢失的原因
程序错误
人为操作错误
运算错误
磁盘故障
灾难(如火灾、地震)和盗窃
1.2从物理与逻辑的角度,备份可分为
- 物理备份:对数据库操作系统的物理文件(如数据文件、日志文件等)的备份物理备份方法 冷备份(脱机备份):是在关闭数据库的时候进行的
热备份(联机备份):数据库处于运行状态,依赖于数据库的日志文件 温备份:数据库锁定表格(不可写入但可读)的状态下进行备份操作 - 逻辑备份:对数据库逻辑组件(如:表等数据库对象)的备份
1.3从数据库的备份策略角度,备份可分为
- 完全备份:每次对数据库进行完整的备份
- 差异备份:备份自从上次完全备份之后被修改过的文件
- 增量备份:只有在上次完全备份或者增量备份后被修改的文件才会被备份
1.4常见备份方法
- 物理冷备
备份时数据库处于关闭状态,直接打包数据库文件
备份速度快,恢复时也是最简单的 - 专用备份工具mydump或mysqlhotcopy
mysqldump常用的逻辑备份工具
mysqlhotcopy仅拥有备份MyISAM和ARCHIVE表 - 启用二进制日志进行增量备份
进行增量备份,需要刷新二进制日志 - 第三方工具备份
免费的MySQL热备份软件Percona XtraBackup
1.5MYSQL物理冷备份与恢复
先关闭数据库,再打包备份
[root@localhost ~]# systemctl stop mysqld
[root@localhost ~]# mkdir /backup
[root@localhost ~]# tar zcf /backup/mysql_all $(date + %F).tar.gz /usr/local/mysq/data/
二、MYSQL的完全备份
2.1完全备份概念
- 完全备份是对整个数据库的备份、数据库结构和文件结构的备份
- 完全备份保存的是备份完成时刻的数据库
- 完全备份是增量备份的基础
- 完全备份是对整个数据库的备份、数据库结构和文件结构的备份
- 完全备份保存的是备份完成时刻的数据库
- 完全备份是增量备份的基础
2.2完全备份的优缺点
优点 | 缺点 |
---|---|
安全性高 | 数据存在大量的重复 |
完全备份概念 | 占用大量的备份空间,空间利用率低 |
备份恢复时间长 |
2.3 mysqldump备份数据库
- mysqldump命令是MySQLI自带的备份工具,相当方便对MySQL进行备份
- 通过该命令工具可以将指定的库、表或全部的库导出为SQL脚本,在需要恢复时可进行数据恢复
2.3.1备份数据库
1备份单个库
语法:
mysqldump -u 用户名 -p [密码] [选项] [库名] > /备份路径/备份文件名
例如:
[root@localhost ~]# mysqldump -u root -pabc123 school > /opt/school.sql
mysqldump: [Warning] Using a password on the command line interface can be insecure.
2备份多个库
语法:
mysqldump -u 用户名 -p [密码] [选项] --databases 库名1 [库名2] ... > /备份路径/备份文件名
例如:
mysqldump -u root -pABC23 --databases school mysql > /opt/school_mysql.sql
3对所有库备份
语法:
mysqldump -u 用户名 -p [密码] [选项] --all-databases > /备份路径/备份文件名
例如:
mysqldump -u root -p --opt --all-databases > /backup/ku.sql
2.4mysqldump命令备份表
- 在实际生产环境中,存在对某个特定表的维护操作,此时 mysqldump同样发挥重大作用
- 使用 mysqldump备份表的操作
语法
mysqldump -u 用户名 -p [密码] [选项] 数据库名 表名 > /备份路径/备份文件名
例如
mysqldump -u root -pabc123 school info > /opt/school_info.sql
使用 mysqldump备份表的结构
mysqldump -u 用户名 -p [密码] [选项] -d 数据库名 表名 > /备份路径/备份文件名
例如
mysqldump -u root -pabc123 -d school info > /opt/school-info.sql
三、MYSQL数据恢复
3.1数据恢复方法
使用 mysqldump命令导出的SQL备份脚本,在进行数据恢复时可使用以下方法导入
- source命令 在数据库中使用绝对路径
- mysql命令 在字符界面使用
3.2 使用source命令恢复数据库
登录到数据库
执行source 备份的sql脚本绝对路径
示例
mysql> use school;
Database changed
mysql> source /opt/school.sql
Query OK, 0 rows affected (0.00 sec)
注:这里创建单个库的时候sql语句里没有判断库的语句,所以要先创建库,再导入表
备份多个库的时候,备份的sql语句包含了库的判断,所以不用提前创建库
3.3使用mysql命令恢复数据库
语法:
mysql -u 用户名 -p [密码] < 库备份脚本的路径
'//此处用了导入<符号,而不是导出>符号'
例如
mysql -u root -pabc23 < /opt/school-info.sql
3.4恢复数据表
- 恢复表时同样可以使用 source或者mysql命令进行
- source恢复表的操作与恢复库的操作相同
- 当备份文件中只包含表的备份,而不包括创建库的语句时,必须指定库名,且目标库必须存在
语法
mysql -u 用户名 -p [密码] < 表备份脚本的路径
四、MYSQL增量备份与恢复
4.1MYSQL增量备份概述
- 只有那些在上次完全备份或者增量备份后被修改的文件才会被备份
- 增量备份就是备份自上一次备份之后增加或变化的文件或者内容
4.2使用mysqldump命令完全备份的缺点
- 备份数据中有重复数据
- 备份时间与恢复时间长
4.3增量备份的优缺点
优点 | 缺点 |
---|---|
备份数据中有重复数据 备份时间与恢复时间长 | 恢复麻烦:需要上次完全备份及完全备份之后所有的增量备份才能恢复,而且要对所有增量备份进行逐个反推恢复 |
备份量不大,时间短 | 安全性较低 |
4.4MYSQL增量备份方法
- MySQL没有提供直接的增量备份方法
- 可以通过 MySQL提供的二进制日志( binary logs)间接实现增量备份
- MySQL二进制日志对备份的意义
- 二进制日志保存了所有更新或者可能更新数据库的操作
- 二进制日志在启动 MySQL服务器后开始记录,并在文件达到max_binlog_size所设置的大小或者接收到 flush-logs命令后重新创建新的日志文件
- 只需定时执行 flush-logs方法重新创建新的日志,生成二进制文件序列,并及时把这些旧的日志保存到安全的地方就完成了一个时间段的增量备份
4.5MYSQL增量备份
MySQL的配置文件的[mysqld]项中加入log-bin=filepath项(filepath是二进制文件的路径),如log-bin=mysql-bin,然后重启mysqld服务。
二进制日志文件的默认路径为/usr/local/mysql/data
[root@localhost ~]# vim /etc/my.cnf
'//在[mysqld]项中加入配置 log-bin=mysql-bin'
...省略内容
[mysqld]
user = mysql
basedir = /usr/local/mysql
datadir=/usr/local/mysql/data
port = 3306
character_set_server=utf8
pid-file = /usr/local/mysql/mysqld.pid
socket = /usr/local/mysql/mysql.sock
server-id = 1
log-bin=mysql-bin '//添加此句'
...省略内容
[root@localhost ~]# systemctl restart mysqld '//重启服务'
[root@localhost ~]# ls /usr/local/mysql/data/
...省略内容
mysql-bin.000001 '//发现已经生成了二进制文件,设置成功'
...省略内容
二进制日志备份
语法
mysqladmin -u 用户名 -p [密码] flush-logs
定时执行 flush-logs方法重新创建新的日志,生成二进制文件序列,并及时把这些旧的日志保存到安全的地方就完成了一个时间段的增量备份
4.6MYSQL增量备份恢复
64位解码
[root@localhost data]# mysqlbinlog --no-defaults --base64-output=decode-rows -v mysql-bin.000001 > /opt/bf01.txt
4.6.1一般恢复
语法
mysqlbinlog [--no-defaults] 增量备份文件 | mysql -u 用户名 -p
4.6.2断点恢复
基于位置恢复
- 就是将某个起始时间的二进制日志导入数据库中,从而跳过某个发生错误的时间点实现数据的恢复
恢复数据到指定位置
mysqlbinlog --stop-position='操作id' 二进制日志 |mysql -u 用户名 -p 密码
从指定的位置开始恢复数据
mysqlbinlog --start-position='操作id' 二进制日志 |mysql -u 用户名 -p 密码
基于时间点恢复
- 使用基于时间点的恢复,可能会出现在一个时间点里既同时存在正确的操作又存在错误的操作,所以我们需要一种更为精确的恢复方式
从日志开头截止到某个时间点的恢复
mysqlbinlog [--no-defaults] --stop-datetime='年-月-日 小时:分钟:秒' 二进制日志 |mysql -u 用户名 -p 密码
从某个时间点到某个时间点的恢复
mysqlbinlog [--no-defaults] --start-datetime='年-月-日 小时:分钟:秒' --stop-datetime='年-月-日 小时:分钟:秒' 二进制日志 |mysql -u 用户名 -p 密码
要一种更为精确的恢复方式
从日志开头截止到某个时间点的恢复
mysqlbinlog [--no-defaults] --stop-datetime='年-月-日 小时:分钟:秒' 二进制日志 |mysql -u 用户名 -p 密码
从某个时间点到某个时间点的恢复
mysqlbinlog [--no-defaults] --start-datetime='年-月-日 小时:分钟:秒' --stop-datetime='年-月-日 小时:分钟:秒' 二进制日志 |mysql -u 用户名 -p 密码