建站
咨詢
售后
建站咨詢
新聞中心
近期一篇《就這樣把根目錄刪了!!!》引發(fā)了廣泛的討論，《如何防止根目錄被刪》匯總了7種防刪方案。還有同學(xué)評論中反饋“不小心把庫刪了”，如何快速恢復(fù)刪掉的數(shù)據(jù)庫，是今天要討論的話題。
【高可用數(shù)據(jù)庫架構(gòu)】
一般來說數(shù)據(jù)庫集群會是主從架構(gòu)：
或者主主架構(gòu)：
如果此時主庫宕機(jī)，可以：
(1)一個從庫頂上，重建集群
(2)流量遷移到另一個主庫
來保證數(shù)據(jù)的安全性與服務(wù)的可用性。
但是，如果人為不小心執(zhí)行了“刪全庫”操作，命令會同步給其他從(主)庫，導(dǎo)致所有庫上的數(shù)據(jù)全部丟失，這下怎么辦呢?
可以問問自己，當(dāng)這種情況發(fā)生的時候：
(1)能不能恢復(fù)數(shù)據(jù)?(應(yīng)該沒有公司不能)
(2)多久能夠恢復(fù)數(shù)據(jù)?
保證數(shù)據(jù)的安全性是DBA***要務(wù)。
【全量備份+增量備份】
常見的數(shù)據(jù)庫安全性策略是：全量備份+增量備份。
全量備份：定期(例如一個月)將庫文件全量備份
增量備份：定期(例如每天)將binlog增量備份
如果不小心誤刪了全庫，可以這么恢復(fù)：
(1)將最近一次全量備份的全庫找到，拷貝回來(文件一般比較大)，解壓，應(yīng)用
(2)將最近一次全量備份后，每一天的增量binlog找到，拷貝回來(文件較多)，依次重放
(3)將最近一次增量備份后，到執(zhí)行“刪全庫”之前的binlog找到，重放
恢復(fù)完畢。
為了保證方案的可靠性，建議定期進(jìn)行恢復(fù)演練。
方案優(yōu)點(diǎn)：能夠找回數(shù)據(jù)
方案缺點(diǎn)：恢復(fù)時間非常長
有沒有更優(yōu)，更快恢復(fù)的方案呢?
【1小時延時從】
使用1小時延時從庫，可大大加速“刪全庫”恢復(fù)時間。
什么是1小時延時從?
如圖所示，增加一個從庫，這個從庫不是實(shí)時與主庫保持同步的，而是每隔1個小時同步一次主庫，同步完之后立馬斷開1小時，這個從庫會與主庫保持1個小時的數(shù)據(jù)差距。
當(dāng)“刪全庫”事故發(fā)生時，只需要：
(1)應(yīng)用1小時延時從
(2)將1小時延時從最近一次同步時間到，將執(zhí)行“刪全庫”之前的binlog找到，重放
快速恢復(fù)完畢。
方案優(yōu)點(diǎn)：能夠快速找回數(shù)據(jù)
潛在不足：萬一，萬一，萬一，1小時延時從正在連上主庫進(jìn)行同步的一小段時間內(nèi)，發(fā)生了“刪全庫”事故，那怎么辦咧?
【雙份1小時延時從】
使用雙份1小時延時從庫，可以避免上述“萬一，萬一，萬一”的事故發(fā)生。
什么是雙份1小時延時從?
如圖所示，兩個1小時延時從，他們連主庫同步數(shù)據(jù)的時間“岔開半小時”。
這樣，即使一個延時從連上主庫進(jìn)行同步的一小段時間內(nèi)，發(fā)生了“刪全庫”事故，依然有另一個延時從保有半小時之前的數(shù)據(jù)，可以實(shí)施快速恢復(fù)。
方案優(yōu)點(diǎn)：沒有萬一，都能快速恢復(fù)數(shù)據(jù)
潛在不足：資源利用率有點(diǎn)低，為了保證數(shù)據(jù)的安全性，多了2臺延時從，降低了從庫利用率
【提高從庫效率】
1小時延時從也不是完全沒有用，對于一些“允許延時”的業(yè)務(wù)，可以使用1小時延時從，例如：
(1)運(yùn)營后臺，產(chǎn)品后臺
(2)BI進(jìn)行數(shù)據(jù)同步
(3)研發(fā)進(jìn)行數(shù)據(jù)抽樣，調(diào)研
但需要注意的是，畢竟這是從庫，只能夠提供“只讀”服務(wù)喲。
【總結(jié)】
保證數(shù)據(jù)的安全性是DBA***要務(wù)，需要進(jìn)行：
(1)全量備份+增量備份，并定期進(jìn)行恢復(fù)演練，但該方案恢復(fù)時間較久，對系統(tǒng)可用性影響大
(2)1小時延時從，雙份1小時延時從能極大加速數(shù)據(jù)庫恢復(fù)時間
(3)個人建議1小時延時從足夠，后臺只讀服務(wù)可以連1小時延時從，提高資源利用率
【本文為專欄作者“58沈劍”原創(chuàng)稿件，轉(zhuǎn)載請聯(lián)系原作者】
當(dāng)前文章：即使刪了全庫，保證半小時恢復(fù)
標(biāo)題網(wǎng)址：http://www.dlmjj.cn/article/djjgecd.html
