mysql：数据库备份方案

1. 数据库备份方案

    1）没备份，跑路~

    2）全量备份+增量备份

如果不小心“删库”，可以这么恢复：

a. 将最近一次全量备份的全库找到，拷贝回来（文件一般比较大），解压，应用；

b. 将最近一次全量备份后，每一天的增量binlog找到，拷贝回来（文件较多），依次重放；

c. 将最近一次增量备份后，到执行“删全库”之前的binlog找到，重放；

恢复完毕。

全量备份+增量备份的恢复周期也非常长，可能是天级别。

 3） 1小时延时从库

          a. 什么是1小时延时从库？

              增加一个从库，这个从库不是实时与主库保持同步的，而是每隔1个小时同步一次主库，同步完之后立马断开1小时，这个从库会与主库保持1个小时的数据差距。

b. 当“删全库”事故发生时，如何利用“1小时延时从库”快速恢复数据？

b1. 应用1小时延时从；

b2. 将1小时延时从最近一次同步时间到，执行“删全库”之前的binlog找到，重放

快速恢复完毕。

4）双份1小时延时从库

a. 什么是双份1小时延时从？

两个1小时延时从库，它们连主库同步数据的时间“岔开半小时”。

这个方案的优点是，没有万一，一定能快速恢复数据。潜在的不足是，资源利用率有点低，为了保证数据的安全性，多了2台延时从，降低了从库利用率。

b. 如何提高从库利用效率？

对于一些“允许延时”的业务，可以使用1小时延时从，例如：

（1）运营后台，产品后台；

（2）BI进行数据同步；

（3）研发进行数据抽样，调研；

但需要注意的是，毕竟这是从库，只能够提供“只读”服务哟

参见：db如何快速回滚+恢复，DBA的神技能