MySQL——全量、增量备份与恢复（理论+实操）

1、物理备份:对数据库操作系统的物理文件(如数据文件、日志文件等)的备份物理备份又可以分为脱机备份(冷备份)和联机备份(热备份)：冷备份:是在关闭数据库的时候进行的
热备份:数据库处于运行状态，这种备份方法依赖于数据库的日志文件2、逻辑备份:对数据库逻辑组件(如表等数据库对象)的备份从数据库的备份策略角度，备份可分为：完全备份:每次对数据进行完整的备份差异备份:备份那些自从上次完全备份之后被修改过的文件增量备份:只有那些在.上次完全备份或者增量备份后被修改的文件才会被备份注意：差异与增量相辅相成1、完全备份是对整个数据库的备份、数据库结构和文件结构的备份
2、完全备份保存的是备份完成时刻的数据库
3、完全备份是增量备份的基础（1）完全备份的优点●备份与恢复操作简单方便（2）完全备份的缺点●数据存在大量的重复
●占用大量的备份空间
●备份与恢复时间长1、定期实施备份，制定备份计划或者策略，并严格遵守2、除了进行完全备份，开启MySQL服务器的日志功能是很重要的●完全备份加上日志，可以对MySQL进行最大化还原MySQL-bin：MySQL数据库的二进制日志,用于记录用户对数据库操作的SQL语句((除了数据查询语句)信息。可以使用mysqlbin命令查看二进制日志的内容3、使用统一的和易理解的备份文件名称●不要使用backup1、backup2等这样没有意义的名字
●推荐使用库名或者表名加上时间的命名规则1、使用mysqldump进行完全备份的存在的问题●备份数据中有重复数据
●备份时间与恢复时间长2、增量备份就是备份自上一次备份之后增加或变化的文件或者内容3、增量备份的特点●没有重复数据，备份量不大，时间短
●恢复麻烦：需要上次完全备份及完全备份之后所有的增量备份才能恢复，而且要对所有增量备份进行逐个反推恢复4、MySQL没有提供直接的增量备份方法5、可以通过MySQL提供的二进制日志(binary logs)间接实现增量备份6、MySQL二进制日志对备份的意义●二进制日志保存了所有更新或者可能更新数据库的操作
●二进制日志在启动MySQL服务器后开始记录，并在文件达到max_ binlog_size所设置的大小或者接收到flush logs命令后开发云主机域名重新创建新的日志文件
●只需定时执行flush logs方法重新创建新的日志，生成二进制文件序列，并及时把这些旧的日志保存到安全的地方就完成了一个时间段的增量备份7、一般恢复
添加数据——进行完全备份——录入新的数据——进行增量备份——模拟故障——恢复操作8、基于位置回复
就是将某个起始时间的二进制日志导入数据库中，从而跳过某个发生错误的时间点实现数据的恢复9、基于时间点恢复
使用基于时间点的恢复，可能会出现在一个时间点里既同时存在正确的操作又存在错误的操作，所以我们需要一种更为精确的恢复方式10、增量恢复的方法（1）一般恢复mysqlbinlog [–no-defaults]增量备份文件 | mysql -u用户名 -p
（2）基于位置的恢复
●恢复数据到指定位置
mysqlbinlog –stop-position=操作’id’ 1进制日志 | mysql -u用户名 -p 密码
●从指定的位置开始恢复数据
mysqlbinlog –start-position=操作’id’二进制日志 | mysql -u用户名 -p 密码（3）基于时间点的恢复●从日志开头截止到某个时间点的恢复
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

相关推荐: MySQL分库分表备份数据库脚本的操作

本篇文章给大家主要讲的是关于MySQL分库分表备份数据库脚本的操作的内容，感兴趣的话就一起来看看这篇文章吧，相信看完MySQL分库分表备份数据库脚本的操作对大家多少有点参考价值吧。备份数据库脚本[root@*** script]# cat store_back…