從刪庫到跑路？別怕，這裏教你一招：MySQL誤刪數據救命指南

預防誤操做致使文件/數據丟失不成熟的建議：

 

欲刪除文件時，將rm命令改爲mv，可在系統層面將rm命令作個alias（或參考Windows / Mac OSX作法，刪除文件時先進回收站）。

刪除數據庫、表時，不要用drop命令，而是rename到一個專用歸檔庫裏；

刪除表中數據時，不要直接用delete或truncate命令，尤爲是truncate命令，目前不支持事務，沒法回滾。

用delete命令刪除數據時，應當先顯式開啓事務，這樣誤操做時，還有機會進行回滾。

要大批量刪除數據時，能夠將這些數據insert...select到一個新表，確認無誤後再刪除。或者反其道行之，把要保留的數據寫到新表，而後將表重命名對掉。

執行重要命令以前，先準備好相關命令，再三確認無誤才之行，對於新鳥而言，最好請你的boss坐你旁邊鎮場幾回，不然極有可能會連累你們～

總之，要時刻保持對線上生產環境的敬畏之心。雖然說如今大部分操做能夠靠平臺來完成了，但平臺也不是萬能的，

不也發生過平臺自己的缺陷形成數據丟失、代碼回滾、部署失誤等事故嘛。

 

 

作好備份，無論是物理備份仍是邏輯備份！

說完預防措施，咱們再說萬一發生誤操做時，怎麼以最快速度進行補救。 咱們分別列舉幾種常見的狀況：

執行DROP DATABASE / DROP TABLE命令誤刪庫表，若是碰巧採用共享表空間模式的話，還有恢復的機會。若是沒有，

請直接從備份文件恢復吧。神馬，你連備份文件都沒有？那麻煩退出DBA屆吧，一個連備份都懶得作的人，不配成爲DBA的。

接上，採用共享表空間模式下，誤刪後馬上殺掉（kill -9）mysql相關進程（mysqld_safe、mysqld），而後嘗試從ibdataX文件中恢復數據。

誤刪除正在運行中的MySQL表ibd或ibdataX文件。請當即申請對該實例進行維護，固然，不是指把實例關閉，而是把業務暫停，

或者把該實例從線上環境摘除，再也不寫入新數據，而後利用linux系統的proc文件特色，把該ibd文件從內存中拷出來，

 

 

再進行恢復，由於此時mysqld實例在內存中是保持打開該文件的，切記這時不要把mysqld實例關閉了。

接上，把複製出來的ibdataX或ibd文件拷貝回datadir後，重啓mysqld進入recovery模式，innodb_force_recovery 選項從 0 - 6 逐級測試，

直至能備份出（整個實例或單表的）全部數據後，再重建實例（或單表），恢復數據。

未開啓事務模式下，執行delete誤刪數據。意識到後當即將mysqld（以及mysqld_safe）進程殺掉（kill -9），不要任何猶豫，

而後再用工具將表空間數據讀取出來。由於執行delete刪除後，實際數據並沒被物理清除，只是先打上deleted-mark標籤，後續再統一清理，所以還有時間差。

 

另外若是你想更好的提高你的編程能力，學好C語言C++編程！彎道超車，快人一步！筆者這裏或許能夠幫到你~

分享（源碼、項目實戰視頻、項目筆記，基礎入門教程）

歡迎轉行和學習編程的夥伴，利用更多的資料學習成長比本身琢磨更快哦！

免費學習書籍：

 

免費學習資料：