數(shù)據(jù)庫數(shù)據(jù)恢復環(huán)境：
一臺本地windows sever操作系統(tǒng)服務(wù)器，服務(wù)器上部署mysql數(shù)據(jù)庫單實例，引擎類型為innodb，表內(nèi)數(shù)據(jù)存儲所使用表空間類型為獨立表空間。無數(shù)據(jù)庫備份，未開啟binlog。

數(shù)據(jù)庫故障&分析：
工作人員在執(zhí)行Delete命令刪除數(shù)據(jù)時未添加where子句進行篩選，導致全表數(shù)據(jù)被刪除，刪除后未對該表進行其他操作。
在本案例中，由于mysql數(shù)據(jù)庫沒有備份也未開啟binlog日志，無法直接還原數(shù)據(jù)庫。
針對引擎類型為innodb的mysql 數(shù)據(jù)庫誤刪除導致記錄丟失的數(shù)據(jù)恢復方案有三種：備份還原、binlog還原和記錄深度解析還原。對于本案例來說前兩種方案不適用，只能使用記錄深度解析的方案恢復刪除的數(shù)據(jù)。此方案原理：模擬innodb引擎記錄管理方式，根據(jù)表結(jié)構(gòu)信息將二進制文件解析為字符記錄。

數(shù)據(jù)庫數(shù)據(jù)恢復流程：
1、用戶方將表結(jié)構(gòu)文件及表數(shù)據(jù)文件（.ibd）發(fā)送給數(shù)據(jù)庫數(shù)據(jù)恢復工程師。
2、北亞企安數(shù)據(jù)恢復工程師團隊針對此類mysql數(shù)據(jù)庫（innodb引擎，無備份，binlog未開啟）誤刪除故障進行過深入研究，開發(fā)了針對此類故障的mysql數(shù)據(jù)庫數(shù)據(jù)恢復工具。使用這個北亞企安自主研發(fā)的mysql數(shù)據(jù)庫數(shù)據(jù)恢復工具來恢復數(shù)據(jù)。

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

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

本案例中用戶方提供了表結(jié)構(gòu)腳本，使用數(shù)據(jù)恢復工具中的5+3功能進行恢復。
讀取表結(jié)構(gòu)信息：

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

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

解析記錄：

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

本數(shù)據(jù)恢復工具默認將記錄提取為SQL備份格式，解析完成后還原到數(shù)據(jù)庫并查看結(jié)果：

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

3、隨機挑選表內(nèi)數(shù)據(jù)交由用戶方驗證，并統(tǒng)計恢復記錄總數(shù)。用戶方經(jīng)過跨部門多方驗證后確認恢復數(shù)據(jù)完整正確，總記錄數(shù)符合原表內(nèi)記錄條數(shù)。本次數(shù)據(jù)恢復工作成功。

審核編輯 黃宇