如何恢復(fù)數(shù)據(jù)庫表刪除數(shù)據(jù) mysql

以下情況可以恢復(fù)數(shù)據(jù)：

香格里拉網(wǎng)站制作公司哪家好，找成都創(chuàng)新互聯(lián)公司！從網(wǎng)頁設(shè)計、網(wǎng)站建設(shè)、微信開發(fā)、APP開發(fā)、成都響應(yīng)式網(wǎng)站建設(shè)公司等網(wǎng)站項目制作，到程序開發(fā)，運營維護。成都創(chuàng)新互聯(lián)公司自2013年創(chuàng)立以來到現(xiàn)在10年的時間，我們擁有了豐富的建站經(jīng)驗和運維經(jīng)驗，來保證我們的工作的順利進行。專注于網(wǎng)站建設(shè)就選成都創(chuàng)新互聯(lián)公司。

1 innodb引擎表開啟了事務(wù)，執(zhí)行dml語句，比如delete、update、insert之類，并且沒有提交即commit操作的話，可以執(zhí)行rollback進行回滾恢復(fù)。如果是ddl操作，如drop、create、alter之類的操作時無效的

2 在進行刪除操作之前有備份，比如mysqldump，物理備份數(shù)據(jù)文件之類的操作，那么可以恢復(fù)到刪除前的數(shù)據(jù)

3 如果你的刪除操作是直接對data下的文件進行刪除，注意，不是粉碎文件操作，那么你可以嘗試用磁盤恢復(fù)軟件來找回被誤刪的數(shù)據(jù)文件；

除以上情況，其他真的是沒法恢復(fù)了，不過貌似很多公司號稱能夠恢復(fù)，要收費，具體他們怎么恢復(fù)我就不曉得了。

講解MySQL數(shù)據(jù)庫表如何修復(fù)

一張損壞的表的癥狀通常是查詢意外中斷并且你能看到例如這些錯誤： ◆ “tbl_name.frm”被鎖定不能改變。 ◆ 不能找到文件“tbl_name.MYI”(Errcode ：### )。 ◆ 從表處理器的得到錯誤###(此時，錯誤135是一個例外)。 ◆ 意外的文件結(jié)束。 ◆ 記錄文件被毀壞。 在這些情況下，你必須修復(fù)表。表的修復(fù)是一項非常困難的工作，很多情況下令人束手無策。然而，有一些常規(guī)的知道思想和過程，可以遵循它們來增加修正表的機會。通常，開始是可以用最快的修復(fù)方法，看看能否袖珍故障。如果發(fā)現(xiàn)不成功，可以逐步升級到更徹底的但更慢的修復(fù)方法。如果仍舊難以修復(fù)，就應(yīng)該從備份中恢復(fù)了。在上一章已經(jīng)詳細介紹了這一部分內(nèi)容。 簡單安全的修復(fù) 為了修復(fù)一個表執(zhí)行下列步驟： ◆ 首先，用--recover,-r選項修正表，并且用--quick，-q選項，來只根據(jù)索引文件的內(nèi)容進行恢復(fù)。這樣不接觸數(shù)據(jù)文件來修復(fù)索引文件。(-r意味著“恢復(fù)模式”) myisamchk -r -q tbl_nameisamchk -r -q tbl_name ◆ 如果問題仍舊存在，則忽略--quick選項，允許修復(fù)程序修改數(shù)據(jù)文件，因為這可能存在問題。下面的命令將從數(shù)據(jù)文件中刪除不正確的記錄和已被刪除的記錄并重建索引文件： myisamchk -r tbl_nameisamchk -r tbl_name ◆ 如果前面的步驟失敗，使用。安全恢復(fù)模式使用一個老的恢復(fù)方法，處理常規(guī)恢復(fù)模式不行的少數(shù)情況(但是更慢)。 myisamchk --safe-recover tbl_nameisamchk --safe-recover tbl_name困難的修理如果在索引文件的第一個16K塊被破壞，或包含不正確的信息，或如果索引文件丟失，你只應(yīng)該到這個階段 。在這種情況下，創(chuàng)建一個新的索引文件是必要的。按如下這樣的步驟做： ◆ 定位到包含崩潰表的數(shù)據(jù)庫目錄中 ◆ 把數(shù)據(jù)文件移更安全的地方。

如何修復(fù)MySQL數(shù)據(jù)庫表

本章將繼上篇文章中檢查出表的問題后，告訴你如何修復(fù)表。 標簽：修復(fù)數(shù)據(jù)表 表 Mysql數(shù)據(jù)庫 一張損壞的表的癥狀通常是查詢意外中斷并且你能看到例如這些錯誤： ◆“tbl_name.frm”被鎖定不能改變。 ◆ 不能找到文件“tbl_name.MYI”（Errcode ：### ）。 ◆ 從表處理器的得到錯誤###(此時，錯誤135是一個例外)。 ◆ 意外的文件結(jié)束。 ◆ 記錄文件被毀壞。 在這些情況下，你必須修復(fù)表。表的修復(fù)是一項非常困難的工作，很多情況下令人束手無策。然而，有一些常規(guī)的知道思想和過程，可以遵循它們來增加修正表的機會。通常，開始是可以用最快的修復(fù)方法，看看能否袖珍故障。如果發(fā)現(xiàn)不成功，可以逐步升級到更徹底的但更慢的修復(fù)方法。如果仍舊難以修復(fù)，就應(yīng)該從備份中恢復(fù)了。在上一章已經(jīng)詳細介紹了這一部分內(nèi)容。 簡單安全的修復(fù) 為了修復(fù)一個表執(zhí)行下列步驟： ◆ 首先，用--recover,-r選項修正表，并且用--quick，-q選項，來只根據(jù)索引文件的內(nèi)容進行恢復(fù)。這樣不接觸數(shù)據(jù)文件來修復(fù)索引文件。(-r意味著“恢復(fù)模式”) myisamchk -r -q tbl_name isamchk -r -q tbl_name ◆ 如果問題仍舊存在，則忽略--quick選項，允許修復(fù)程序修改數(shù)據(jù)文件，因為這可能存在問題。下面的命令將從數(shù)據(jù)文件中刪除不正確的記錄和已被刪除的記錄并重建索引文件： myisamchk -r tbl_name isamchk -r tbl_name ◆ 如果前面的步驟失敗，使用。安全恢復(fù)模式使用一個老的恢復(fù)方法，處理常規(guī)恢復(fù)模式不行的少數(shù)情況(但是更慢)。 myisamchk --safe-recover tbl_name isamchk --safe-recover tbl_name 困難的修理 如果在索引文件的第一個16K塊被破壞，或包含不正確的信息，或如果索引文件丟失，你只應(yīng)該到這個階段 。在這種情況下，創(chuàng)建一個新的索引文件是必要的。按如下這樣的步驟做： ◆ 定位到包含崩潰表的數(shù)據(jù)庫目錄中 ◆ 把數(shù)據(jù)文件移更安全的地方。 ◆ 使用表描述文件創(chuàng)建新的(空)數(shù)據(jù)和索引文件： shell Mysql db_name Mysql DELETE FROM tbl_name; Mysql quit 上述語句將重新創(chuàng)建新的空表，并使用表的的描述文件tbl_name.frm重新生成新的數(shù)據(jù)和索引文件。 ◆ 將老的數(shù)據(jù)文件拷貝到新創(chuàng)建的數(shù)據(jù)文件之中。（不要只是將老文件移回新文件之中；你要保留一個副本以防某些東西出錯。） ◆ 在使用標準的修復(fù)方法?，F(xiàn)在myisamchk -r -q應(yīng)該工作了。（這不應(yīng)該是一個無限循環(huán)）。 如果你擁有表的備份文件，那么一切過程就容易的多。從備份文件中可以恢復(fù)表的描述文件，然后在檢查表，有可能還要繼續(xù)使用標準的修復(fù)方法，應(yīng)該糾可以解決問題了。 非常困難的修復(fù) 只有描述文件也破壞了，你才應(yīng)該到達這個階段。這應(yīng)該從未發(fā)生過，因為在表被創(chuàng)建以后，描述文件就不再改變了。 從一個備份恢復(fù)描述文件并且回到階段2。你也可以恢復(fù)索引文件并且回到階段1。對于后者，你應(yīng)該用myisamchk -r啟動。 如果因為某種原因，數(shù)據(jù)的備份文件丟失或者沒有備份文件，但是你還記得建立表的CREATE TABLE語句，那么太好了，這樣還是可以恢復(fù)索引文件： ◆ 定位到包含崩潰表的數(shù)據(jù)庫目錄中 ◆ 把數(shù)據(jù)文件移更安全的地方。再把數(shù)據(jù)庫目錄中的對應(yīng)的目錄刪去.。 ◆ 調(diào)用Mysql并發(fā)復(fù)CREATE TABLE語句建立該表。 ◆ 退出Mysql，將原始的數(shù)據(jù)文件和索引文件移回到數(shù)據(jù)庫的目錄中，替換剛才新建的文件。 ◆ 然后回到階段2，修復(fù)表。也可以只移回數(shù)據(jù)文件，這樣保留新的描述和索引文件，然后回到階段1，繼續(xù)用標準的方法修復(fù)表。

怎樣修復(fù)mysql表

也許很多人遇到過類似Can’t open file: ‘[Table]mytable.MYI’ 這樣的錯誤信息,卻不知道怎么解決他,下面我們做個介紹, 多數(shù)情況下,數(shù)據(jù)庫被破壞只是指索引文件受到了破壞,真正的數(shù)據(jù)被破壞掉的情況非常少。大多數(shù)形式的數(shù)據(jù)庫破壞的的修復(fù)相當簡...

如何使用phpmyadmin工具進行修復(fù)MySQL數(shù)據(jù)庫表操作

有兩種方法，一種方法使用使用MySQL提供的多個myisamchk, isamchk數(shù)據(jù)檢測恢復(fù)工具。另一種方法是MySQL的check table和repair table 的sql語句，使用起來比較簡便。 一、myisamchk, isamchk 其中myisamchk適用于MYISAM類型的數(shù)據(jù)表，而isamchk適用于ISAM類型的數(shù)據(jù)表。這兩條命令的主要參數(shù)相同，一般新的系統(tǒng)都使用MYISAM作為缺省的數(shù)據(jù)表類型，這里以myisamchk為例子進行說明。當發(fā)現(xiàn)某個數(shù)據(jù)表出現(xiàn)問題時可以使用： myisamchk tablename.MYI 進行檢測，如果需要修復(fù)的話，可以使用： myisamchk -of tablename.MYI 關(guān)于myisamchk的詳細參數(shù)說明，可以參見它的使用幫助。需要注意的時在進行修改時必須確保MySQL(和PHP搭配之最佳組合)服務(wù)器沒有訪問這個數(shù)據(jù)表，保險的情況下是最好在進行檢測時把MySQL(和PHP搭配之最佳組合)服務(wù)器Shutdown掉。 另外可以把下面的命令放在你的rc.local里面啟動MySQL(和PHP搭配之最佳組合)服務(wù)器前： 1.[ -x /tmp/MySQL(和PHP搭配之最佳組合).sock ] /pathtochk/myisamchk -of /DATA_DIR/*/*.MYI 其中的/tmp/MySQL(和PHP搭配之最佳組合).sock是MySQL(和PHP搭配之最佳組合)監(jiān)聽的Sock文件位置，對于使用RPM安裝的用戶應(yīng)該是/var/lib/MySQL(和PHP搭配之最佳組合)/MySQL(和PHP搭配之最佳組合).sock，對于使用源碼安裝則是/tmp/MySQL(和PHP搭配之最佳組合).sock可以根據(jù)自己的實際情況進行變更，而pathtochk則是myisamchk所在的位置，DATA_DIR是你的MySQL(和PHP搭配之最佳組合)數(shù)據(jù)庫存放的位置。 需要注意的時，如果你打算把這條命令放在你的rc.local里面，必須確認在執(zhí)行這條指令時MySQL服務(wù)器必須沒有啟動! 檢測修復(fù)所有數(shù)據(jù)庫(表) MySQL(和PHP搭配之最佳組合)check -A -o -r -p 二、check table 和 repair table 登陸MySQL終端： MySQL -uxxxxx -p dbname 1. check table tabTest; 如果出現(xiàn)的結(jié)果說Status是OK，則不用修復(fù)，如果有Error，可以用： 1. repair table tabTest; 進行修復(fù)，修復(fù)之后可以在用check table命令來進行檢查。在新版本的phpMyAdmin里面也可以使用check/repair的功能。