數(shù)據(jù)庫數(shù)據(jù)恢復(fù)環(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子句進行篩選，導(dǎo)致全表數(shù)據(jù)被刪除，刪除后未對該表進行其他操作。
在本案例中，由于mysql數(shù)據(jù)庫沒有備份也未開啟binlog日志，無法直接還原數(shù)據(jù)庫。
針對引擎類型為innodb的mysql 數(shù)據(jù)庫誤刪除導(dǎo)致記錄丟失的數(shù)據(jù)恢復(fù)方案有三種：備份還原、binlog還原和記錄深度解析還原。對于本案例來說前兩種方案不適用，只能使用記錄深度解析的方案恢復(fù)刪除的數(shù)據(jù)。此方案原理：模擬innodb引擎記錄管理方式，根據(jù)表結(jié)構(gòu)信息將二進制文件解析為字符記錄。

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

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

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

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

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

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

解析記錄：

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

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

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

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

審核編輯 黃宇