备份分类
- 概述(备份分类)
概述(备份分类)
可以根据不同的类型来划分备份的方法。根据备份的方法不同可以将备份分为：
- Hot Backup（热备）
- Cold Backup（冷备）
- Warm Backup（温备）
Hot Backup 是指 数据库运行中 直接备份，对 正在运行的数据库操作 没有任何的影响
这种方式在MySQL官方手册中称为Online Backup（在线备份）
Cold Backup 是指 备份操作 是在 数据库停止的情况下，这种备份最为简单，一般只需要复制相关的数据库物理文件即可
这种方式在MySQL官方手册中称为Offline Backup（离线备份）
Warm Backup备份同样是在数据库运行中进行的，但是会对当前数据库的操作有所影响，如加一个全局读锁以保证备份数据的一致性
按照备份后文件的内容，备份又可以分为：
- 逻辑备份
- 裸文件备份
在MySQL数据库中，逻辑备份 是指 备份出的文件内容 是 可读的，一般是文本文件。内容一般是由一条条SQL语句，或者是表内实际数据组成
如mysqldump和SELECT*INTO OUTFILE的方法
这类方法的好处是可以观察导出文件的内容，一般适用于数据库的升级、迁移等工作
但其缺点是恢复所需要的时间往往较长
裸文件备份 是指 复制数据库 的 物理文件，既可以是在数据库运行中的复制（如ibbackup、xtrabackup这类工具），也可以是在数据库停止运行时直接的数据文件复制
这类备份的恢复时间 往往 较 逻辑备份短很多
若按照备份数据库的内容来分，备份又可以分为：
- 完全备份
- 增量备份
- 日志备份
完全备份 是指 对数据库 进行一个 完整的备份
增量备份 是指 在上次完全备份的基础上，对于 更改的数据 进行备份
日志备份 主要是指 对MySQL数据库二进制日志的备份，通过对一个完全备份进行二进制日志的重做（replay）来完成数据库的point-in-time的恢复工作
MySQL数据库复制（replication）的原理 就是 异步实时地 将 二进制日志 重做 传送 并 应用到 从（slave/standby）数据库
对于MySQL数据库来说，官方没有提供真正的增量备份的方法，大部分是通过二进制日志完成增量备份的工作。这种备份较之真正的增量备份来说，效率还是很低的
假设有一个100GB的数据库，要通过二进制日志完成备份，可能同一个页需要执行多次的SQL语句完成重做的工作
但是对于真正的增量备份来说，只需要记录当前每页最后的检查点的LSN，如果大于之前全备时的LSN，则备份该页，否则不用备份，这大大加快了备份的速度和恢复的时间，同时这也是xtrabackup工具增量备份的原理
还需要理解数据库备份的一致性，这种备份要求在备份的时候数据在这一时间点上是一致的
举例来说，在一个网络游戏中有一个玩家购买了道具，这个事务的过程是：先扣除相应的金钱，然后向其装备表中插入道具，确保扣费和得到道具是互相一致的
否则，在恢复时，可能出现金钱被扣除了而装备丢失的问题
对于InnoDB存储引擎来说，因为其支持MVCC功能，因此实现一致的备份比较简单。用户可以先开启一个事务，然后导出一组相关的表，最后提交。当然用户的事务隔离级别必须设置为REPEATABLE READ，这样的做法就可以给出一个完美的一致性备份
然而这个方法的前提是需要用户正确地设计应用程序。对于上述的购买道具的过程，不可以分为两个事务来完成，如一个完成扣费，一个完成道具的购买。若备份这时发生在这两者之间，则由于逻辑设计的问题，导致备份出的数据依然不是一致的
对于mysqldump备份工具来说，可以通过添加--single-transaction选项获得InnoDB存储引擎的一致性备份，原理和之前所说的相同
需要了解的是，这时的备份是在一个执行时间很长的事务中完成的。另外，对于InnoDB存储引擎的备份，务必加上--single-transaction的选项
