數(shù)據(jù)庫數(shù)據(jù)恢復(fù)環(huán)境：

華為云ECS，linux操作系統(tǒng);

mysql數(shù)據(jù)庫，實例內(nèi)數(shù)據(jù)表默認存儲引擎為innodb。

數(shù)據(jù)庫故障：

在執(zhí)行數(shù)據(jù)庫版本更新測試時，用戶誤將本應(yīng)在測試庫測試的sql腳本執(zhí)行在生產(chǎn)庫中，導(dǎo)致部分表被truncate，部分表內(nèi)少量數(shù)據(jù)被delete。

數(shù)據(jù)庫恢復(fù)過程：

1、由于該ECS內(nèi)有其他業(yè)務(wù)在正常運行中，為避免被truncate表的底層數(shù)據(jù)不被破壞，首先鏡像備份mysql數(shù)據(jù)庫data目錄所在分區(qū)。

北亞數(shù)據(jù)恢復(fù)——mysql數(shù)據(jù)恢復(fù)

2、由于需要恢復(fù)的被truncate表不存在大字段類型值和myisam引擎表，數(shù)據(jù)恢復(fù)工程師使用工具掃描數(shù)據(jù)段并下載恢復(fù)數(shù)據(jù)所必需的mysql數(shù)據(jù)庫段碎片。由于innodb引擎表的數(shù)據(jù)恢復(fù)必須依賴表結(jié)構(gòu)信息，mysql的表結(jié)構(gòu)信息存儲于對應(yīng)表名的.frm文件內(nèi)。經(jīng)過檢測發(fā)現(xiàn)在本案例中的.frm文件完好，可直接使用。下載需要的表對應(yīng)的.frm文件。

北亞數(shù)據(jù)恢復(fù)——mysql數(shù)據(jù)恢復(fù)

3、讀取數(shù)據(jù)段內(nèi)系統(tǒng)表信息，獲取需要恢復(fù)的表在系統(tǒng)表內(nèi)的注冊信息。

4、在下載完成的數(shù)據(jù)段文件內(nèi)提取對應(yīng)于各表的數(shù)據(jù)頁，解析對應(yīng)表的.frm文件獲取到該表的表結(jié)構(gòu)信息。通過表結(jié)構(gòu)信息獲取到底層數(shù)據(jù)分配規(guī)則，按照規(guī)則拆分數(shù)據(jù)段內(nèi)二進制數(shù)據(jù)并對不同類型進行字符展示轉(zhuǎn)換(各類整型、浮點型、時間型等)，完成數(shù)據(jù)段到sql語句的轉(zhuǎn)換。

5、恢復(fù)被delete數(shù)據(jù)的表，過程和恢復(fù)truncate表的類似，不同點在于解析數(shù)據(jù)時需要提取被標(biāo)注為“delete”的記錄。

6、根據(jù)解析出的表結(jié)構(gòu)信息在環(huán)境中的mysql實例內(nèi)創(chuàng)建表，并將恢復(fù)出的數(shù)據(jù)導(dǎo)入。

北亞數(shù)據(jù)恢復(fù)——mysql數(shù)據(jù)恢復(fù)

北亞數(shù)據(jù)恢復(fù)——mysql數(shù)據(jù)恢復(fù)

7、由于直接從底層抓取出的記錄可能存在主鍵不唯一(引擎在存儲時產(chǎn)生的臨時記錄)和記錄重復(fù)(緩沖段)以及亂碼(掃描數(shù)據(jù)段時出現(xiàn)特征值匹配成功但不屬于該表的數(shù)據(jù)段)等情況，提取出的記錄可能存在異常，需要北亞企安數(shù)據(jù)恢復(fù)工程師手動處理。

8、開啟遠程桌面，由用戶驗證數(shù)據(jù)的準(zhǔn)確性和完整度。經(jīng)過反復(fù)驗證，truncate表和delete記錄的表都完整恢復(fù)。

審核編輯：湯梓紅