日韩无码专区无码一级三级片|91人人爱网站中日韩无码电影|厨房大战丰满熟妇|AV高清无码在线免费观看|另类AV日韩少妇熟女|中文日本大黄一级黄色片|色情在线视频免费|亚洲成人特黄a片|黄片wwwav色图欧美|欧亚乱色一区二区三区

RELATEED CONSULTING
相關咨詢
選擇下列產(chǎn)品馬上在線溝通
服務時間：8:30-17:00
你可能遇到了下面的問題
關閉右側工具欄

新聞中心

這里有您想知道的互聯(lián)網(wǎng)營銷解決方案
記一次MySQL刪庫的數(shù)據(jù)恢復

昨天因為不可描述的原因，數(shù)據(jù)庫直接被 drop database 刪除。在***時間停止數(shù)據(jù)庫服務和 Web 服務，備份 MySQL 數(shù)據(jù)目錄下的所有文件之后，開始走上數(shù)據(jù)恢復之路。

成都創(chuàng)新互聯(lián)公司專注于康保網(wǎng)站建設服務及定制，我們擁有豐富的企業(yè)做網(wǎng)站經(jīng)驗。 熱誠為您提供康保營銷型網(wǎng)站建設，康保網(wǎng)站制作、康保網(wǎng)頁設計、康保網(wǎng)站官網(wǎng)定制、小程序定制開發(fā)服務，打造康保網(wǎng)絡公司原創(chuàng)品牌,更為您提供康保網(wǎng)站排名全網(wǎng)營銷落地服務。

***次干這種事，各種不得法。因為我們既沒有備份，也沒有開啟 binlog，連 innodb_file_per_tabe_也沒有。一番折騰后向***的朋友圈求救，朋友給了兩個鏈接，最終救了一下命。以下先按編號記下 URL，后續(xù)引用之。

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

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

3、https://twindb.com/how-to-recover-innodb-dictionary/

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

恢復過程以 URL3 為藍本，先去 URL2 git clone 一份代碼下來，然后按其說明編譯，我們在 ubuntu server 14.04 64bit 版本的情況下，成功編譯完成，編譯中需要安裝各種依賴不表。

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

這里還有一個坑，就是 URL3 里用的 c_parser -4f 是會出錯的，而 URL1 里用的是 c_parser -4Df ，就不會出錯，所以大家做的時候一定要把這個 D 加上。感嘆一下，如果不細心的人真的沒法做這事！摔！

接下來按 URL3 的說明把數(shù)據(jù)字典導入 MySQL。這一步可以不做，按 URL1 里高票答案的方法來獲取索引 ID，比較麻煩。URL3 的方法應該會出這樣的錯：

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

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

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

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

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

因為 c_parser 非常弱，只處理 CREATE TABLE 語句，多一點干擾都不行，所以上面的參數(shù)都是必要的。

接下來就是參考 URL1 把某一個表的數(shù)據(jù)恢復出來，這里有一個坑，URL1 里說把數(shù)據(jù)恢復到 dump.tsv 里，其實是不對的，這里應該用 dumps/default/TABLENAME，別問我為什么知道，我不會告訴你我找這個原因找瞎了眼，好吧，跟你說，因為生成的 load_cmd.sql 里直接引用 dumps/default/TABLENAME，無法設置。所以***我們這里可用的命令是：

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

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

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

就可以把數(shù)據(jù)導進去了，記得在數(shù)據(jù)庫里查詢一下有沒有成功，如果沒有數(shù)據(jù)恢復出來，應該是其中的某些環(huán)節(jié)出了問題。

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

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


當前名稱：記一次MySQL刪庫的數(shù)據(jù)恢復
文章轉載：http://m.5511xx.com/article/cdcgeed.html