db如何快速回滾和恢復，DBA的神技能！

　　【本文作者：58沈劍，本文來源架構師之路微信公眾號，轉載和授權請聯系原作者】
　　
　　技術人如果經常線上操作DB，河邊走久了，難免出現紕漏：

　　update錯數據了

　　delete錯數據了

　　drop錯數據了

　　咋辦?找DBA恢復數據唄，即使恢復不了，鍋總得有人背呀。

　　畫外音：把數據全刪了，怎么辦，怎么辦?

　　零，哪種方案不能實現數據恢復?

　　從“從庫”恢復數據。

　　一般來說數據庫集群是主從架構：

　　全量備份：定期(例如一個月)將庫文件全量備份。

　　什么是1小時延時從庫?

　　如上圖所示，增加一個從庫，這個從庫不是實時與主庫保持同步的，而是每隔1個小時同步一次主庫，同步完之后立馬斷開1小時，這個從庫會與主庫保持1個小時的數據差距。

　　當“刪全庫”事故發生時，如何利用“1小時延時從庫”快速恢復數據?

　　(1)應用1小時延時從;

　　(2)將1小時延時從最近一次同步時間到，執行“刪全庫”之前的binlog找到，重放

　　快速恢復完畢。

　　這個方案的優點是，能夠快速找回數據。潛在不足是，萬一“1小時延時從庫”正在連上主庫進行同步的一小段時間內，發生了“刪庫”事故，也無法恢復。

　　四，如果DBA做了“雙份1小時延時從庫”，應該怎么處理?

　　對于一些“允許延時”的業務，可以使用1小時延時從，例如：

　　(1)運營后臺，產品后臺;

　　(2)BI進行數據同步;

　　(3)研發進行數據抽樣，調研;

　　但需要注意的是，畢竟這是從庫，只能夠提供“只讀”服務喲。

　　五，總結

　　保證數據的安全性是DBA第一要務：

　　(0)理論上可以恢復+跑路;

　　(1)全量備份+增量備份+定期演練;

　　(2)1小時延時從庫;

　　(3)雙份1小時延時從庫+提高資源利用率;

　　DBA的神技能，學到了嗎，求轉。

　　貴司用的是哪種方案?