昨天因?yàn)椴豢擅枋龅脑?#xff0c;數(shù)據(jù)庫(kù)直接被 drop database刪除。在第一時(shí)間停止數(shù)據(jù)庫(kù)服務(wù)和Web服務(wù)，備份MySQL數(shù)據(jù)目錄下的所有文件之后，開始走上數(shù)據(jù)恢復(fù)之路。

第一次干這種事，各種不得法。因?yàn)槲覀兗葲](méi)有備份，也沒(méi)有開啟binlog，連innodb_file_per_tabe_也沒(méi)有。一番折騰后向萬(wàn)能的朋友圈求救，朋友給了兩個(gè)鏈接，最終救了一下命。以下先按編號(hào)記下 URL，后續(xù)引用之。

http://dba.stackexchange.com/questions/23251/is-there-a-way-to-recover-a-dropped-mysql-database

https://github.com/chhabhaiya/undrop-for-innodb

Recover InnoDB dictionary

其中URL1和URL3的內(nèi)容基本上相同，是整個(gè)恢復(fù)工作的藍(lán)本。URL2是URL1中引用的一個(gè)twindb團(tuán)隊(duì)開發(fā)的一個(gè)工具，現(xiàn)在他們官方已經(jīng)刪除了，URL2是該工具的一個(gè)fork，或者說(shuō)是備份。

恢復(fù)過(guò)程以URL3為藍(lán)本，先去URL2 git clone一份代碼下來(lái)，然后按其說(shuō)明編譯，我們?cè)趗buntu server 14.04 64bit 版本的情況下，成功編譯完成，編譯中需要安裝各種依賴不表。

然后用 stream_parser 處理ibdata1 文件，接下來(lái)恢復(fù)SYS_TABLES 和 SYS_INDEXES，建議此過(guò)程中嚴(yán)格遵守參考資料，比如把這些資料恢復(fù)到dumps/default 目錄中，而不是隨意起名，以免橫生枝節(jié)。

這里還有一個(gè)坑，就是URL3里用的c_parser -4f 是會(huì)出錯(cuò)的，而URL1里用的是c_parser -4Df ，就不會(huì)出錯(cuò)，所以大家做的時(shí)候一定要把這個(gè)D加上。感嘆一下，如果不細(xì)心的人真的沒(méi)法做這事！摔！

接下來(lái)按URL3的說(shuō)明把數(shù)據(jù)字典導(dǎo)入 MySQL。這一步可以不做，按URL1里高票答案的方法來(lái)獲取索引ID，比較麻煩。URL3的方法應(yīng)該會(huì)出這樣的錯(cuò)：

ERROR 1148 (42000) at line 2: The used command is not allowed with this MySQL version

這是因?yàn)镸ySQL默認(rèn)不啟用LOAD DATA LOCAL INFILE 導(dǎo)致的，需要給mysql 命令加上–local-infile 參數(shù)。這是參考文獻(xiàn)的一個(gè)坑。趟過(guò)這個(gè)坑以后，我可以告訴你一個(gè)捷徑，就是URL2里的代碼里其實(shí)有一個(gè)文件recover_dictionary.sh ，它干的就是恢復(fù)數(shù)據(jù)字典的事情，所以你只要把這個(gè)shell腳本里的mysql 都替換成mysql –local-infile -uroot -pxxxxx 就行，其中xxxx是指你的root賬號(hào)密碼，不過(guò)前提是你很聽話的用了前面說(shuō)的dumps/default 目錄，不然就再多一輪替換。

接下來(lái)的內(nèi)容，大部分是參考文獻(xiàn)里沒(méi)有的了。

恢復(fù)數(shù)據(jù)字典后，就可以用URL3介紹的方式找出你對(duì)應(yīng)的所有數(shù)據(jù)庫(kù)和表的索引ID了。這個(gè)時(shí)候就遇到為 c_parser 提供數(shù)據(jù)表建表語(yǔ)句的問(wèn)題了，這個(gè)問(wèn)題難就難在先有雞還是先有蛋，一般來(lái)說(shuō)，數(shù)據(jù)庫(kù)都被刪掉了，哪還有辦法去搞出CREATE TABLE 這種建表語(yǔ)句呢？好就好在我們用的是django，它對(duì)數(shù)據(jù)遷移的完美支持救了我一命。在這里講一句題外話，使用類似django/ror/laravel等有數(shù)據(jù)遷移框架在此就看出多么重要了。只要在根據(jù)原有項(xiàng)目做一次migrate，數(shù)據(jù)表就建好了，這時(shí)候只要用mysqldump導(dǎo)出對(duì)應(yīng)表的建表語(yǔ)句即可：

mysqldump --add-drop-table=0 --add-lock=0 -d DBNAME TABLENAME -uroot -p > xxxx.sql

因?yàn)閏_parser 非常弱，只處理CREATE TABLE 語(yǔ)句，多一點(diǎn)干擾都不行，所以上面的參數(shù)都是必要的。

接下來(lái)就是參考URL1把某一個(gè)表的數(shù)據(jù)恢復(fù)出來(lái)，這里有一個(gè)坑，URL1里說(shuō)把數(shù)據(jù)恢復(fù)到dump.tsv里，其實(shí)是不對(duì)的，這里應(yīng)該用dumps/default/TABLENAME，別問(wèn)我為什么知道，我不會(huì)告訴你我找這個(gè)原因找瞎了眼，好吧，跟你說(shuō)，因?yàn)樯傻膌oad_cmd.sql 里直接引用 dumps/default/TABLENAME，無(wú)法設(shè)置。所以最后我們這里可用的命令是：

./c_parser -6f pages-ibdata1/FIL_PAGE_INDEX/0000000000002410.page -t xxxx.sql > dumps/default/TABLENAME 2> load_cmd.sql

把數(shù)據(jù)恢復(fù)出來(lái)以后，執(zhí)行

mysql --local-infile -uroot -p DBNAME < load_cmd.sql

就可以把數(shù)據(jù)導(dǎo)進(jìn)去了，記得在數(shù)據(jù)庫(kù)里查詢一下有沒(méi)有成功，如果沒(méi)有數(shù)據(jù)恢復(fù)出來(lái)，應(yīng)該是其中的某些環(huán)節(jié)出了問(wèn)題。

這樣就成功恢復(fù)了某一個(gè)表，只要按這里最后三條命令(導(dǎo)出建表語(yǔ)句、恢復(fù)數(shù)據(jù)、導(dǎo)入數(shù)據(jù))重復(fù)地做下去，你就能把基本上所有的數(shù)據(jù)都恢復(fù)出來(lái)了。之所以說(shuō)是“基本上”，原因是我系統(tǒng)中使用了utf8mb4 編碼(為了兼容emoji)，結(jié)果是如果數(shù)據(jù)中有emoji的內(nèi)容就會(huì)在導(dǎo)入數(shù)據(jù)的環(huán)節(jié)出錯(cuò)，暫時(shí)沒(méi)有找到辦法恢復(fù)這個(gè)數(shù)據(jù)。

以上就是整個(gè)恢復(fù)過(guò)程，枯燥、壓力山大，這種事情我不想再經(jīng)歷了。如果你也遇到這樣的數(shù)據(jù)恢復(fù)需求，希望這篇筆記能夠幫到你。但也不要指望我能幫到你更多了，我的經(jīng)驗(yàn)也僅止于此，天大地大，就此別過(guò)，不要找我。謝謝！

原文出處：csdn -> http://blog.csdn.net/gzlaiyonghao/article/details/53340475

總結(jié)

以上是生活随笔為你收集整理的github mysql 数据恢复_记一次MySQL删库的数据恢复的全部?jī)?nèi)容，希望文章能夠幫你解決所遇到的問(wèn)題。

如果覺得生活随笔網(wǎng)站內(nèi)容還不錯(cuò)，歡迎將生活随笔推薦給好友。