Mysql數(shù)據(jù)庫(kù)delete刪除后數(shù)據(jù)恢復(fù)報(bào)告

數(shù)據(jù)庫(kù)環(huán)境部署與故障原因：

本次恢復(fù)的數(shù)據(jù)庫(kù)安裝在客戶本地服務(wù)器上，服務(wù)器操作系統(tǒng)為windows2008 r2 。在當(dāng)前環(huán)境內(nèi)安裝有mysql5.6單實(shí)例，引擎類型為innodb，表內(nèi)數(shù)據(jù)存儲(chǔ)所使用表空間類型為獨(dú)立表空間。未進(jìn)行數(shù)據(jù)庫(kù)備份，未開啟binlog。

導(dǎo)致數(shù)據(jù)丟失的原因是由于人為誤操作使用Delete命令進(jìn)行刪除數(shù)據(jù)時(shí)未添加where子句進(jìn)行篩選導(dǎo)致全表數(shù)據(jù)被刪除，刪除后未對(duì)該表進(jìn)行任何操作，需要從數(shù)據(jù)庫(kù)層面進(jìn)行誤刪除的數(shù)據(jù)恢復(fù)操作。

數(shù)據(jù)恢復(fù)方案制定：

1、故障類型分類：在本案例中，由于未對(duì)生產(chǎn)環(huán)境進(jìn)行備份也未開啟binlog日志，無(wú)法直接還原數(shù)據(jù)庫(kù)，屬于典型表內(nèi)mysql-delete數(shù)據(jù)誤刪除。

2、故障分析與可行性方案制定：通常情況下對(duì)于mysql innodb誤刪除導(dǎo)致記錄丟失的恢復(fù)方案有三種，分別是備份還原、binlog還原和記錄深度解析。由于本案例中的數(shù)據(jù)庫(kù)沒有備份，也沒有開啟binlog，也就是說(shuō)前兩種方案都不適用，只能使用記錄深度解析的方式進(jìn)行恢復(fù)。此恢復(fù)方案恢復(fù)原理為模擬innodb引擎記錄管理方式，根據(jù)表結(jié)構(gòu)信息將二進(jìn)制文件解析為字符記錄。

數(shù)據(jù)恢復(fù)流程：

1、獲取數(shù)據(jù)文件：客戶將表結(jié)構(gòu)文件及表數(shù)據(jù)文件（.ibd）通過(guò)網(wǎng)絡(luò)傳輸?shù)姆绞桨l(fā)送到數(shù)據(jù)恢復(fù)中心，數(shù)據(jù)恢復(fù)工程師將文件下載后開始對(duì)數(shù)據(jù)進(jìn)行分析和恢復(fù)。

2、使用數(shù)據(jù)庫(kù)數(shù)據(jù)恢復(fù)工具進(jìn)行掃描：

在本次數(shù)據(jù)恢復(fù)案例中，客戶提供了數(shù)據(jù)庫(kù)表結(jié)構(gòu)腳本，可以使用本工具中的5+3功能進(jìn)行恢復(fù)。

首先讀取表結(jié)構(gòu)信息：

開始解析記錄：

本工具默認(rèn)將記錄提取為SQL備份格式，等待解析完畢后還原到數(shù)據(jù)庫(kù)查看結(jié)果（為保障客戶隱私關(guān)鍵信息已打碼）：

客戶驗(yàn)收數(shù)據(jù)：

數(shù)據(jù)提取完成后，通知客戶對(duì)提取結(jié)果進(jìn)行驗(yàn)證，并統(tǒng)計(jì)恢復(fù)記錄總數(shù)?？蛻趄?yàn)證后表示最終數(shù)據(jù)恢復(fù)結(jié)果完整，總數(shù)符合原表內(nèi)記錄條數(shù)，本次數(shù)據(jù)恢復(fù)成功。