MySQL——全量，增量备份与恢复（理论篇）

数据备份的重要性

在生产环境中，数据的安全性是相当重要的，任何数据的丢失均可能产生严重的后果
形成数据丢失的缘由：
    程序错误
    人为错误
    计算机失败
    磁盘失败
    灾难和偷窃

数据库备份的分类

物理备份：

对数据库操做系统的物理文件(如数据文件，日志文件等)的备份

物理备份又分为脱机备份（冷备份）和联机备份（热备份）

冷备份：是在关闭数据库的时候进行的
热备份：数据库处于运行状态，这种备份方法依赖于数据库的日志文件

逻辑备份：

对数据库逻辑组件（如表等数据库对象）的备份

从数据库的备份策略角度，备份可分为

彻底备份：每次对数据进行完整的备份
差别备份：备份那些自从上次彻底备份以后被修改过的文件
增量备份：只有那些在上次彻底备份或者增量备份后被修改的文件才会被备份

MySQL彻底备份

彻底备份是对整个数据库的备份，数据结构和文件结构的备份
彻底备份保存的是备份完成时刻的数据库
彻底备份是增量备份的基础

彻底备份的优势

备份与恢复操做简单方便

彻底备份的缺点

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

mysqldump备份库

MySQL数据库的备份能够采用用多种方式

直接打包数据库文件夹，如/usr/local/mysql/data
使用专用备份工具mysqldump

mysqldump命令

MySQL自带的备份工具，至关方便对MySQL进行备份
经过该命令工具能够将指定的库，表和所有的库处处为SQL脚本，在须要恢复时可进行数据恢复

mysqldump命令对单个库进行彻底备份

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

单库备份例子

mysqldump -u root -p auth > /backup/auth.sql
mysqldump -u root -p mysql > /backup/mysql.sql

mysqldump命令对多个库进行彻底备份

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

多库备份例子

mysqldump -u root -p --databases auth mysql > /back/databases-auth-mysql.sql

对全部库进行彻底备份

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

多有库备份例子

mysqldump -u root -p --opt --all-databases > /backup/all-data.sql

mysqldump备份表

在时间生产环境中，存在对某个特定表的维护操做，此时mysqldump一样发挥重大做用

使用mysqldump备份表的操做

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

备份表的例子

mysqldump -u root -p mysql user > /backup/mysql-user.sql

恢复数据库

使用mysqldump命令导出的SQL备份脚本，在进行数据恢复时可以使用一下方法导入

source命令
mysql命令

使用source恢复数据库的步骤

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

source恢复例子

MySQL [(none)]> source /backup/all-data.sql

使用mysql命令恢复数据

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

mysql命令恢复例子

mysql -u root -p < /backup/all-data.sql

恢复表的操做

恢复表时一样可使用source或者mysql命令进行

source恢复表的操做与恢复库的操做相同

当备份文件中只包含表的备份，而不包括建立库的语句时，必须制定库名，且目标库必须存在

mysql -u 用户名 -p [密码] < 表备份脚本的路径
mysql -u root -p mysql < /backup/mysql-user.sql

在生产环境中，可使用shell脚本自动实现按期备份

MySQL备份思路

按期实施备份，制定备份计划或者策略，并严格遵照

除了进行彻底备份，开启MySQL服务器的日志功能时很重要的

彻底备份加上日志，能够对MySQL进行最大化的还原

使用同一的和易理解的备份文件名称

推荐使用库名或者表名加上时间的命名规则

MySQL增量备份

使用mysqldump进行彻底备份的存在的问题

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

增量备份就是备份自上一次备份以后增长或变化的文件或者内容

增量备份的特色：

没有重复数据，备分量不大，时间短
恢复麻烦：须要上次彻底备份及彻底备份以后全部的增量备份才能恢复，并且要对全部增量备份进行逐个反推恢复

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

能够经过MySQL提供的二进制日志(binary logs)间接实现增量备份

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

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

MySQL数据库增量恢复

通常恢复：

基于位置恢复：

就是将某个起始时间的二进制日志导入数据库中，从而跳过某个发生错误的时间点实现数据的恢复

基于时间点恢复

使用基于时间点的恢复，可能会出如今一个时间点里既同时存在正确的操做又存在错误的操做，因此咱们须要一种更为精确的恢复方式

增量恢复的方法

通常恢复：

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

基于位置的恢复：

恢复数据到指定位置

mysqlbinlog --stop-position=操做'id' 1进制日志 | mysql -u用户名 -p 密码

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

mysqlbinlog --start-position=操做'id'二进制日志 | mysql -u用户名 -p 密码

基于时间点的恢复：

从日志开头截止到某个时间点的恢复

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

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

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

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

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

查看二进制日志文件（解码）

mysqlbinlog --no-defaults --base64-output=decode-rows -V mysql-bin.000002 > /opt/ bak. txt

谢谢阅读！！