【數(shù)據(jù)庫數(shù)據(jù)恢復(fù)】MySQL數(shù)據(jù)庫Delete誤刪除的數(shù)據(jù)恢復(fù)案例

MySQL數(shù)據(jù)庫屬于關(guān)系型數(shù)據(jù)庫。SQL是一種用于操作關(guān)系型數(shù)據(jù)庫的結(jié)構(gòu)化語言。關(guān)系型數(shù)據(jù)庫就是指在關(guān)系模型的基礎(chǔ)上建立起來的數(shù)據(jù)庫，是一種借助了集合代數(shù)等一些數(shù)學(xué)方法和數(shù)學(xué)概念處理數(shù)據(jù)的數(shù)據(jù)庫。

MySQL數(shù)據(jù)庫具有體積小，速度快，性價比高、開源、廣泛支持各種主流操作系統(tǒng)的優(yōu)勢，被大中小型企業(yè)廣泛使用。

MySQL數(shù)據(jù)庫數(shù)據(jù)恢復(fù)環(huán)境：

本地服務(wù)器，操作系統(tǒng)為windows server;

部署mysql單實(shí)例，引擎類型為innodb，表空間類型為獨(dú)立表空間;

沒有數(shù)據(jù)庫備份，未開啟binlog。

MySQL數(shù)據(jù)庫故障：

用戶使用Delete命令刪除數(shù)據(jù)時未添加where子句進(jìn)行篩選，導(dǎo)致全表數(shù)據(jù)被刪除，刪除后再未對該表做任何操作。

MySQL數(shù)據(jù)庫恢復(fù)方案：

1、本案例中MySQL數(shù)據(jù)庫沒有備份也未開啟binlog日志，無法直接還原數(shù)據(jù)庫，屬于典型的表內(nèi)mysql數(shù)據(jù)庫誤刪除故障。

2、針對mysql(innodb引擎)誤刪除的數(shù)據(jù)恢復(fù)方案有三種：備份還原、binlog還原和記錄深度解析。前兩種方案不適用本案例情況，只能使用第三種-記錄深度解析的方案恢復(fù)MySQL數(shù)據(jù)庫數(shù)據(jù)。此方案原理：模擬innodb引擎記錄管理方式，根據(jù)表結(jié)構(gòu)信息將二進(jìn)制文件解析為字符記錄。

MySQL數(shù)據(jù)庫數(shù)據(jù)恢復(fù)過程：

1、獲取數(shù)據(jù)文件：用戶將表結(jié)構(gòu)文件及表數(shù)據(jù)文件(.ibd)發(fā)送給數(shù)據(jù)恢復(fù)工程師。

2、使用北亞開發(fā)的MySQL數(shù)據(jù)庫數(shù)據(jù)恢復(fù)工具進(jìn)行恢復(fù)：

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

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

3、用戶提供了表結(jié)構(gòu)腳本，可以使用工具中的5+3功能進(jìn)行恢復(fù)。

4、讀取表結(jié)構(gòu)信息：

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

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

5、解析記錄：

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

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

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

7、由用戶隨機(jī)挑選表內(nèi)數(shù)據(jù)進(jìn)行驗(yàn)證，并統(tǒng)計恢復(fù)記錄總數(shù)。驗(yàn)證結(jié)果正確，總數(shù)符合原表內(nèi)記錄條數(shù)，數(shù)據(jù)恢復(fù)完成。

審核編輯：湯梓紅