MySQL數(shù)據(jù)庫是一種關(guān)系型數(shù)據(jù)庫。
MySQL數(shù)據(jù)庫相比較其他數(shù)據(jù)庫有以下特點(diǎn)：體積小、速度快、性價(jià)比高。
MySQL數(shù)據(jù)庫的源碼開放，且支持絕大多數(shù)操作系統(tǒng)，便于搭建和維護(hù)，所以MySQL數(shù)據(jù)庫被廣泛用作網(wǎng)站數(shù)據(jù)庫。

MySQL數(shù)據(jù)庫數(shù)據(jù)恢復(fù)環(huán)境&故障：
本地服務(wù)器，安裝的windows server操作系統(tǒng)。
操作系統(tǒng)上部署MySQL單實(shí)例，引擎類型為innodb，表空間類型為獨(dú)立表空間。該MySQL數(shù)據(jù)庫沒有備份，未開啟binlog。
人為誤操作，在用Delete命令刪除數(shù)據(jù)時(shí)未添加where子句進(jìn)行篩選導(dǎo)致全表數(shù)據(jù)被刪除，刪除后未對(duì)該表進(jìn)行任何操作。

MySQL數(shù)據(jù)庫數(shù)據(jù)恢復(fù)過程：
1、在本案例中的MySQL數(shù)據(jù)庫沒有備份也未開啟binlog日志，所以無法直接還原數(shù)據(jù)庫，屬于典型的MySQL數(shù)據(jù)庫誤刪除案例。
2、對(duì)于mysql innodb誤刪除導(dǎo)致記錄丟失的數(shù)據(jù)恢復(fù)方案有三種：
a、備份還原；
b、binlog還原；
c、記錄深度解析。
對(duì)于本案例前兩種方案不適用，只能使用第三種方案恢復(fù)數(shù)據(jù)。第三種方案的恢復(fù)原理：模擬innodb引擎記錄管理方式，根據(jù)表結(jié)構(gòu)信息將二進(jìn)制文件解析為字符記錄。
3、獲取表結(jié)構(gòu)文件及表數(shù)據(jù)文件（.ibd）。
4、使用北亞企安自主開發(fā)的MySQL恢復(fù)工具進(jìn)行恢復(fù)。

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

用戶方提供了表結(jié)構(gòu)腳本，使用本工具中的5+3功能進(jìn)行恢復(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ù)

該工具默認(rèn)將記錄提取為SQL備份格式。解析完畢后將恢復(fù)出來的記錄還原到數(shù)據(jù)庫查看結(jié)果。

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

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