数据库备份

一、备份的目的
　　做灾难恢复：对损坏的数据进行恢复和还原
　　需求改变：因需求改变而需要把数据还原到改变以前
　　测试：测试新功能是否可用
二、备份需要考虑的问题
　　可以容忍丢失多长时间的数据；
　　恢复数据要在多长时间内完；
　　恢复的时候是否需要持续提供服务；
　　恢复的对象，是整个库，多个表，还是单个库，单个表。
三、备份的类型
    1、根据是否需要数据库离线
    　　冷备（cold backup）：需要关mysql服务，读写请求均不允许状态下进行；
    　　温备（warm backup）： 服务在线，但仅支持读请求，不允许写请求；
    　　热备（hot backup）：备份的同时，业务不受影响。
    注：
    　　1、这种类型的备份，取决于业务的需求，而不是备份工具
    　　2、MyISAM不支持热备，InnoDB支持热备，但是需要专门的工具
    2、根据要备份的数据集合的范围
    　　完全备份：full backup，备份全部字符集。
    　　增量备份: incremental backup 上次完全备份或增量备份以来改变了的数据，不能单独使用，要借助完全备份，备份的频率取决于数据的更新频率。
    　　差异备份：differential backup 上次完全备份以来改变了的数据。
    　　建议的恢复策略：
    　　　　完全+增量+二进制日志
    　　　　完全+差异+二进制日志
    3、根据备份数据或文件
    　　物理备份：直接备份数据文件
    　　优点：备份和恢复操作都比较简单，能够跨mysql的版本，恢复速度快，属于文件系统级别的
    　　建议：不要假设备份一定可用，要测试mysql>check tables；检测表是否可用
    　　逻辑备份: 备份表中的数据和代码
    　　优点：恢复简单、备份的结果为ASCII文件，可以编辑与存储引擎无关可以通过网络备份和恢复
　　　　缺点：备份或恢复都需要mysql服务器进程参与备份结果占据更多的空间，浮点数可能会丢失精度 还原之后，缩影需要重建
四：备份的对象
　　1、 数据；
　　2、配置文件；
　　3、代码：存储过程、存储函数、触发器
　　4、os相关的配置文件
　　5、复制相关的配置
　　6、二进制日志
五、备份和恢复的实现
　　1、利用select into outfile实现数据的备份与还原。
　　2、利用mysqldump工具对数据进行备份和还原
　　3、利用lvm快照实现几乎热备的数据备份与恢复
　　4、基于Xtrabackup做备份恢复。
　　优势：
　　　　1、快速可靠的进行完全备份
　　　　2、在备份的过程中不会影响到事务
　　　　3、支持数据流、网络传输、压缩，所以它可以有效的节约磁盘资源和网络带宽。
　　　　4、可以自动备份校验数据的可用性。

简单来讲：
可以使用逻辑备份和双机热备份。

逻辑备份：使用mysql自带的mysqldump工具进行备份。备份成sql文件形式；

物理备份：直接拷贝mysql的数据目录。（只适用于myisam类型的表。这种类型的表是与机器独立的）

双机热备份：mysql数据库没有增量备份的机制。当数据量太大的时候备份是一个很大的问题。还好mysql数据库提供了一种主从备份的机制(也就是双机热备)

优点：适合数据量大的时候。现在明白了。大的互联网公司对于mysql数据备份，都是采用热机备份。搭建多台数据库服务器，进行主从复制。

#### 另外两种备份：

完全备份：完整备份一般一段时间进行一次，且在网站访问量最小的时候，这样常借助批处理文件定时备份。主要是写一个批处理文件在里面写上处理程序的绝对路径然后把要处理的东西写在后面，即完全备份数据库。

增量备份：对ddl和dml语句进行二进制备份。且5.0无法增量备份，5.1后可以。如果要实现增量备份需要在my.ini文件中配置备份路径即可，重启mysql服务器，增量备份就启动了。

#### 逻辑备份的优缺点：
优点：最大好处是能够与正在运行的mysql自动协同工作，在运行期间可以确保备份是当时的点，它会自动将对应操作的表锁定，不允许其他用户修改(只能访问)。可能会阻止修改操作。sql文件通用方便移植。

缺点：备份的速度比较慢。如果是数据量很多的时候。就很耗时间。如果数据库服务器处在提供给用户服务状态，在这段长时间操作过程中，意味着要锁定表(一般是读锁定，只能读不能写入数据)。那么服务就会影响的。

----

原文链接：https://blog.csdn.net/mulinsen77/article/details/86563953