为什么要备份？

数据库或它所在的平台可能会出现问题，这时候数据库中的数据可能就遭到了损失。那么我们就需要将系统整体或某些部分恢复到出错之前的状态。
在进行数据迁移的时候，可能会用到备份技术将数据从一个地方迁移到另一个地方。
此外，可以对数据进行备份以进行测试、分析和审计等等。

备份类型（从类型的角度）

备份类型会影响应用程序在备份操作期间与数据的交互方式。主要有以下三种备份：

热备 (Hot backups) ：
热备是在数据库正常读取和修改数据时进行，几乎不会中断用户与数据交互或操作数据的能力。也就是说，在热备阶段，数据库是可写的，这样可能会产生一个数据不一致的问题。有的时候就需要使用一些方法锁定数据，比如MVCC或低级锁。
冷备 (Cold backups)：
执行冷备时，用户无法访问数据。在冷备期间，服务器处于不可访问模式或完全关闭，意味着无法对数据进行任何修改。但是对于业务无法中断的情况，冷备就不合适。
温备 (Warm backups）：
温备介于热备和冷备之间，在备份期间数据库是只读的。优点是不完全锁定数据。缺点是不能修改数据集。

每种类型都有自己的特点和适用的情况。所以在选择备份类型的时候，需要看实际情况和具体的业务需求。

备份技术（从技术手段的角度）

逻辑备份：
指备份出的文件内容是可读的，一般是sql脚本文件。优点是既可以在服务器上执行该脚本，也可以使用该脚本在另一台运行不同架构的主机上
重新加载数据库。缺点是备份速度慢、文本文件占用空间大。所以适用于小表或小的数据集的备份。
物理备份：
指直接复制二进制数据文件。原始二进制备份比逻辑备份更快，因为原始二进制备份是一个简单的文件或文件系统的复制过程。缺点是无法跨存储引擎。
基于快照的备份：
通常针对快照副本执行原始备份。基于快照的备份使用 MySQL 外部的快照功能，所以需要操作系统存储的支持。基于快照的备份最适合执行自我恢复的事务引擎，例如 InnoDB。
基于复制的备份：
MySQL 支持单向异步复制，其中一台服务器作为主服务器，而其他一台或多台服务器作为从属服务器。主服务器 (master) 用于生产应用系统，从属服务器 (slave) 用于备份目的。从属服务器的备份可以是逻辑的，也可以是原始二进制的。
二进制日志备份：
二进制日志备份记录对数据的修改。二进制日志记录了用户对数据库做的所有操作，还原时需要一条一条按顺序执行完全备份之后、故障点之前的所有操作。
增量备份：
先将数据库整个备份下来做基准，然后每一天将因为修改数据而产生的二进制日志文件应用。