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）研发进行数据抽样，调研；

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

           参见：