mysql數(shù)據(jù)庫數(shù)據(jù)恢復(fù)環(huán)境：
某云ECS網(wǎng)站服務(wù)器，linux操作系統(tǒng)，部署了mysql數(shù)據(jù)庫。工作人員在執(zhí)行數(shù)據(jù)庫版本更新測試時，錯誤地將本應(yīng)在測試庫執(zhí)行的sql腳本在生產(chǎn)庫上執(zhí)行了，導(dǎo)致部分表被truncate，部分表內(nèi)數(shù)據(jù)被delete。該實例內(nèi)數(shù)據(jù)表采用innodb作為默認(rèn)存儲引擎。需要恢復(fù)被truncate的表以及被部分?jǐn)?shù)據(jù)被delete的幾個表。

mysql數(shù)據(jù)庫數(shù)據(jù)恢復(fù)流程：
1、由于ECS內(nèi)有其他業(yè)務(wù)仍在運行，為保證被truncate表的底層數(shù)據(jù)不被破壞，在恢復(fù)恢復(fù)數(shù)據(jù)之前對mysql數(shù)據(jù)庫的data目錄所在分區(qū)進行備份。

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

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

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

3、讀取數(shù)據(jù)段內(nèi)系統(tǒng)表信息，獲取需要恢復(fù)的表在系統(tǒng)表內(nèi)的注冊信息。
4、恢復(fù)被truncate的表。在下載完成的數(shù)據(jù)段文件內(nèi)提取對應(yīng)于各表的數(shù)據(jù)頁，通過解析對應(yīng)表的frm文件獲取到表的表結(jié)構(gòu)信息。通過表結(jié)構(gòu)信息獲取到底層數(shù)據(jù)分配規(guī)則后，按照規(guī)則拆分?jǐn)?shù)據(jù)段內(nèi)二進制數(shù)據(jù)，并對不同類型數(shù)據(jù)進行字符展示轉(zhuǎn)換，完成數(shù)據(jù)段到sql語句的轉(zhuǎn)換。
5、恢復(fù)被delete數(shù)據(jù)的表，基本流程和恢復(fù)truncate表數(shù)據(jù)的流程基本一致，不同點在于數(shù)據(jù)解析時需要提取被標(biāo)注為“delete”的記錄。
6、根據(jù)解析出的表結(jié)構(gòu)信息在恢復(fù)環(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ù)段）等情況，提取出的記錄可能存在異常，需要進行人工處理。
8、所有數(shù)據(jù)處理完成后。由用戶方驗證數(shù)據(jù)。經(jīng)過用戶方的驗證，truncate的表和delete記錄的表恢復(fù)完整。

審核編輯 黃宇