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）研发进行数据抽样，调研；
但需要注意的是，毕竟这是从库，只能够提供“只读”服务哟