如何有效地提高 MySQL 的备份和恢复速度

　一 加速备份
1、 加了single-transaction参数 备份时 需要先flush table with read lock 这个过程中会有一个锁表的过程，如果有事务或语句正在执行，没有结束，那么备份进程会一直等待，并且阻塞别的事务，那么也会影响业务。所以要先确认备份的时候没有大的事务在运行。具体 single-transaction的加锁可以参考 我的博客：mysqldump备份时加single-transaction会不会加锁
2 、mysqldump是单进程的，没有办法并行，但现在机器的瓶颈多是出现在IO方面，可以使用更了的IO设备加快速度
3 、mysqldump时如果空间够的话，不要边压缩边备份
二 加速恢复
1 关闭binlog:不写入Binlog会大大的加快数据导入的速度
2 innodb_flush_log_at_trx_commit=0
3 更好的配置
建议：
如果非要使用逻辑备份，可以考虑mysqldumper, mysqlpump(57)这两个工具去备份，这两个在备份的时候支持并行 *** 作，mysqldumper还可以对单表进行恢复，在只需要恢复单表的情况下，恢复速度会大大加快
使用物理备份 xtrabackup (open source),MEB(oracle提供，收费)： 他们的备份原理是基于mysql crash recover， 备份速度 是和逻辑备份的相差不太大。但是恢复速度却有很大的提升。
逻辑备份 备出来的是sql语句文件，恢复时需要一条一条的执行sql,所以恢复很慢。
而物理备份和还原的速度 相当于直接copy文件，所以恢复的时候性能有很大的提升
并且这两个软件还支持并行，效果更好。
逻辑备份最大的优点是 备份好的文件经压缩后占用空间较小，最大缺点恢复太慢
物理备份可以很快的恢复，但是备份好的文件压缩后占用空间比逻辑备份要大

以mysql为列：

规划容灾备份时，有两个参考依据，1：恢复点目标（PRO），2：恢复时间目标（RTO）。他们定义了可以容忍丢失多少数据，以及恢复数据需要多少时间。而且一定要走出一个误区，复制就是备份，只有备份才能满足备份的要求。

个人认为备份方案类型如下：

1：在线备份或者离线备份，通常关闭mysql做离线备份是最简单最安全的，服务器不提供应用访问服务，可以更快完成备份，但是，这样会导致服务中断，同时，重启mysql也需要一定的时间成本，对于已经上线的系统，基本不可取。在线备份的最大一个问题是，mysql可能锁住大量的表，除非锁被释放，否则会有大量的io请求被阻塞。

综上所述，我们在规划备份的时候需要考虑一下几点：

a：锁时间。

b：备份时间。

c：备份负载对服务器的影响有多大。

d：恢复备份时间需要多久。

2：逻辑备份还是物理备份。

（1）：逻辑备份有以下优点：

a：逻辑备份文件恢复非常简单。只需要使用mysqlimport即可。

b：在我们只想查看数据，不想恢复的时候可以使用grep或者sed命令查看。

c：逻辑备份与存储引擎没有关系，我们可以跨存储引擎恢复数据，比如：从InnoDB表中备份，用很小的工作量就可以把数据恢复到MyISAM中。

逻辑备份也会有以下缺点：

a：必须有数据库服务器完成备份工作，增加服务器工作负荷。

b：逻辑备份文件某些场景比数据库本身文件还大。

c：无法保证导入导出的数据是一样的，比如浮点型数据。

d：恢复的时候需要重建索引，速度会慢。

（2）：物理备份有以下优点：

a：基于文件的物理备份，只需要复制 *** 作到目标目录即可。

b：恢复的时候只需要将文件copy到要恢复的目录即可。InnoDB可能需要停止服务和其他一些 *** 作。

c：物理备份中恢复速度块，而且容易垮平台和 *** 作系统和mysql数据库版本。

物理备份也会有以下缺点：

a：文件名大小写敏感，浮点格式数据可能会遇到麻烦。

b：物理备份通常包含很多未使用的空间。

3：增量备份和差异备份。增量备份和差异备份只是局部备份，主要是思想就是不备份没有改变的表，但是会减少服务器的开销，备份时间等。

4：二进制日志备份。通常数据小，我们可以频繁的备份，同时，基于时间点的恢复，二进制日志备份是一个很有效的手段。

5：文件系统快照，通过创建镜像达到恢复的目的。

对于一个好的开发人员来说，有好的备份容灾规划和计划是必不可少的。这样可以提高我们在线系统的持续运行能力。更好的服务我们系统的用户。我个人最喜欢的备份方式就是从文件系统快照中直接复制数据文件。

以上是个人的见解，希望对你有一定的帮助。谢谢。

---