mysql數(shù)據(jù)庫數(shù)據(jù)恢復(fù)環(huán)境：
本地服務(wù)器，windows server操作系統(tǒng) ，部署有mysql單實例，數(shù)據(jù)庫引擎類型為innodb，獨立表空間，無數(shù)據(jù)庫備份，未開啟binlog。

mysql數(shù)據(jù)庫故障：
工作人員使用Delete命令刪除數(shù)據(jù)時未添加where子句進行篩選，導(dǎo)致全表數(shù)據(jù)被刪除，刪除后未對該表進行任何操作。
針對mysql數(shù)據(jù)庫（innodb引擎）誤刪除表記錄的數(shù)據(jù)恢復(fù)方案一般有以下3種：
a、備份還原；
b、binlog還原；
c、記錄深度解析。
前2種方案不適用本案例的故障情況，只能通過記錄深度解析的方案恢復(fù)數(shù)據(jù)庫中的數(shù)據(jù)。記錄深度解析方案的原理：模擬innodb引擎記錄管理方式，根據(jù)表結(jié)構(gòu)信息將二進制文件解析為字符記錄。

mysql數(shù)據(jù)庫數(shù)據(jù)恢復(fù)過程：
1、用戶方將表結(jié)構(gòu)文件及表數(shù)據(jù)文件（.ibd）發(fā)送給北亞企安數(shù)據(jù)恢復(fù)工程師。
2、由于經(jīng)常遇到這類典型的無數(shù)據(jù)庫備份，未開啟binlog的mysql數(shù)據(jù)庫誤刪導(dǎo)致數(shù)據(jù)丟失的案例，北亞企安數(shù)據(jù)恢復(fù)工程師團隊經(jīng)過長時間技術(shù)攻關(guān)，開發(fā)出一款針對無備份、binlog未開啟的Mysql數(shù)據(jù)庫的數(shù)據(jù)恢復(fù)工具。對于本案例的情況，可以直接使用這款北亞企安自主開發(fā)的針對無備份、binlog未開啟的Mysql數(shù)據(jù)庫數(shù)據(jù)恢復(fù)工具進行處理：

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

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

本案例中用戶方提供了表結(jié)構(gòu)，可以使用本工具中的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ù)

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

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

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

審核編輯 黃宇