云服務器數據恢復環(huán)境：
阿里云ECS網站服務器，linux操作系統(tǒng)+mysql數據庫。

云服務器故障：
在執(zhí)行數據庫版本更新測試時，在生產庫誤執(zhí)行了本來應該在測試庫執(zhí)行的sql腳本，導致生產庫部分表被truncate，還有部分表內的少量數據被delete。該實例內數據表均采用innodb作為默認存儲引擎。

云服務器數據恢復過程：
1、由于用戶ECS內還有其他業(yè)務在運行，為避免被truncate表的底層數據被破壞，首先將mysql數據庫的data目錄所在分區(qū)備份。

2、需要恢復的十多個表內不存在大字段類型值和myisam引擎表，直接掃描數據段并下載恢復所必需的數據庫段碎片。由于innodb引擎表恢復數據須依賴表結構信息，mysql的表結構信息存儲于對應表名的.frm文件內。經過檢測發(fā)現.frm文件完好，可直接使用。下載需要恢復的表所對應的.frm文件。

3、讀取&分析數據段內系統(tǒng)表信息，獲取需要恢復的十多個表在系統(tǒng)表內的注冊信息。
4、在下載完成的數據段文件內提取對應于各表的數據頁，解析對應表的.frm文件獲取該表的表結構信息。通過表結構信息獲取到底層數據分配規(guī)則，北亞企安數據恢復工程師按照規(guī)則拆分數據段內二進制數據并將不同類型數據進行字符展示轉換（各類整型、浮點型、時間型等），完成數據段到sql語句的轉換。
5、恢復被delete數據的表的流程類似恢復被truncate表的流程，差異在于解析數據時需要提取被標注為“delete”的記錄。
6、根據解析出的表結構信息在恢復環(huán)境中的mysql實例內創(chuàng)建表，將恢復出的數據導入。
7、由于直接從底層抓取出的記錄可能存在主鍵不唯一（引擎在存儲時產生的臨時記錄）、記錄重復（緩沖段）和亂碼（掃描數據段時出現特征值匹配成功但不屬于該表的數據段）等情況，北亞企安數據恢復工程師人工處理提取記錄存在的異常。
8、由用戶方遠程桌面的方式驗證恢復數據的正確性和完整性。經過用戶方工程師的多方驗證，確認被truncate的表和被delete記錄的表的數據恢復完整，數據正確有效。本次數據恢復工作完成。

審核編輯 黃宇