mysql數據庫損壞了如何處理,數據庫壞了能修復嗎

本文目錄一覽：

1、如何修復MYSQL數據庫因斷電造成的數據損壞
2、如何修復損壞的MySQL數據表
3、如何修復MySQL數據庫
4、mysql數據庫表損壞怎麼辦
5、如何處理mysql中表損壞問題
6、怎麼恢復mysql數據庫怎麼恢複數據

如何修復MYSQL數據庫因斷電造成的數據損壞

修復MYSQL數據庫因斷電造成的數據損壞在使用MySQL數據庫的時候，都碰到過因斷電造成數據庫損壞的情況，大家都知道，斷電或非正常關機是導致MySQL數據庫出現錯誤最常見的原因，如何恢復MySQL數據庫是大家都非常頭痛的問題。目前有方法可以幫助大家恢復損壞的MySQL數據庫嗎？當用戶出現斷電造成的MySQL數據庫丟失損壞時，如果能進入MySQL軟件，但是提示錯誤信息，用戶可以通過“系統維護”—“數據庫壓縮修復”，壓縮下數據庫（有些軟件在“系統設置”—“系統維護”—“數據庫備份恢復”中），這種方法只適合一小部分的數據庫故障修復，功能性並不高。現在網絡上有兩種比較推薦使用的MySQL數據庫恢復方法，一種方法使用MySQL(和PHP搭配之最佳組合)的check table和repair table 的sql語句，另一種方法是使用MySQL(和PHP搭配之最佳組合)提供的多個myisamchk， isamchk數據檢測恢復工具。在很多用戶看來，這兩個方法都比較複雜，並不適合大多數的用戶使用。另外，這兩種方法並不能有效的恢復MySQL數據庫，可能還會造成數據庫被進一步損壞，造成大家無法挽回的損失。根據以上幾個原因，這兩種MySQL數據庫恢復方法並不建議大家使用。。數據庫被損壞分以下幾種情況：1、嚴重損壞2、輕度損壞3、有些表被損壞或有些表的部分記錄被損壞如何修復MYSQL數據庫因斷電造成的數據損壞

如何修復損壞的MySQL數據表

工具/材料：Management Studio。

1、首先在桌面上，點擊“Management Studio”圖標。

2、之後在窗口上，左側選中要修復的數據表“rss”。

3、接着在窗口上，點擊工具欄里“新建查詢”圖標。

4、接着在窗口上，輸入修復損壞的MySQL數據表的sql語句“repair table rss;”。

4、然後在窗口上，點擊工具欄里“執行”圖標。

5、最後在窗口上，顯示修復損壞的MySQL數據表成功。

如何修復MySQL數據庫

1.先在運行中輸入CMD,啟動命令行.

2.進入Mysql的Bin目錄：E:\Program Files\MySQL\MySQL Server 5.0\bin,如果不知道如何進入別的目錄,就要參考網上的資料補習基礎知識了.

常見方式:

運行 E:

運行 CD “E:\Program Files\MySQL\MySQL Server 5.0\bin”

3.運行：mysqlcheck -A -o -r -uroot -p888888

注意，將888888改成你自己的root用戶密碼

mysql.columns_priv OK

mysql.db　 OK

mysql.func OK

mysql.help_categoryOK

mysql.help_keyword OK

mysql.help_relationOK

mysql.help_topic　 OK

mysql.host OK

mysql.tables_priv　OK

mysql.time_zoneOK

mysql.time_zone_leap_secondOK

mysql.time_zone_name　 OK

mysql.time_zone_transition OK

mysql.time_zone_transition_typeOK

mysql.user OK

……

注意!

mysql數據庫表損壞怎麼辦

是不是索引掉了，如果是，請重建索引。

如果實在無解，只有刪表重建了。

如何處理mysql中表損壞問題

5.9.4. 表維護和崩潰恢復

後面幾節討論如何使用myisamchk來檢查或維護MyISAM表(對應.MYI和.MYD文件的表)。

你可以使用myisamchk實用程序來獲得有關你的數據庫表的信息或檢查、修復、優化他們。下列小節描述如何調用myisamchk（包括它的選項的描述），如何建立表的維護計劃，以及如何使用myisamchk執行各種功能。

儘管用myisamchk修復表很安全，在修復(或任何可以大量更改表的維護操作)之前先進行備份也是很好的習慣

影響索引的myisamchk操作會使ULLTEXT索引用full-text參數重建，不再與MySQL服務器使用的值兼容。要想避免，請閱讀5.9.5.1節，“用於myisamchk的一般選項”的說明。

在許多情況下，你會發現使用SQL語句實現MyISAM表的維護比執行myisamchk操作要容易地多：

· 要想檢查或維護MyISAM表，使用CHECK TABLE或REPAIR TABLE。

· 要想優化MyISAM表，使用OPTIMIZE TABLE。

· 要想分析MyISAM表，使用ANALYZE TABLE。

可以直接這些語句，或使用mysqlcheck客戶端程序，可以提供命令行接口。

這些語句比myisamchk有利的地方是服務器可以做任何工作。使用myisamchk，你必須確保服務器在同一時間不使用表。否則，myisamchk和服務器之間會出現不期望的相互干涉。

5.9.5. myisamchk：MyISAM表維護實用工具

5.9.5.1. 用於myisamchk的一般選項

5.9.5.2. 用於myisamchk的檢查選項

5.9.5.3. myisamchk的修複選項

5.9.5.4. 用於myisamchk的其它選項

5.9.5.5. myisamchk內存使用

5.9.5.6. 將myisamchk用於崩潰恢復

5.9.5.7. 如何檢查MyISAM表的錯誤

5.9.5.8. 如何修復表

5.9.5.9. 表優化

可以使用myisamchk實用程序來獲得有關數據庫表的信息或檢查、修復、優化他們。myisamchk適用MyISAM表(對應.MYI和.MYD文件的表)。

調用myisamchk的方法：

shell myisamchk [options] tbl_name …

options指定你想讓myisamchk做什麼。在後面描述它們。還可以通過調用myisamchk –help得到選項列表。

tbl_name是你想要檢查或修復的數據庫表。如果你不在數據庫目錄的某處運行myisamchk，你必須指定數據庫目錄的路徑，因為myisamchk不知道你的數據庫位於哪兒。實際上，myisamchk不在乎你正在操作的文件是否位於一個數據庫目錄；你可以將對應於數據庫表的文件拷貝到別處並且在那裡執行恢復操作。

如果你願意，可以用myisamchk命令行命名幾個表。還可以通過命名索引文件(用“ .MYI”後綴)來指定一個表。它允許你通過使用模式“*.MYI”指定在一個目錄所有的表。例如，如果你在數據庫目錄，可以這樣在目錄下檢查所有的MyISAM表：

shell myisamchk *.MYI

如果你不在數據庫目錄下，可通過指定到目錄的路徑檢查所有在那裡的表：

shell myisamchk /path/to/database_dir/*.MYI

你甚至可以通過為MySQL數據目錄的路徑指定一個通配符來檢查所有的數據庫中的所有表：

shell myisamchk /path/to/datadir/*/*.MYI

推薦的快速檢查所有MyISAM表的方式是：

shell myisamchk –silent –fast /path/to/datadir/*/*.MYI

如果你想要檢查所有MyISAM表並修復任何破壞的表，可以使用下面的命令：

shell myisamchk –silent –force –fast –update-state \

-O key_buffer=64M -O sort_buffer=64M \

-O read_buffer=1M -O write_buffer=1M \

/path/to/datadir/*/*.MYI

該命令假定你有大於64MB的自由內存。關於用myisamchk分配內存的詳細信息，參見5.9.5.5節，“myisamchk內存使用”。

當你運行myisamchk時，必須確保其它程序不使用表。否則，當你運行myisamchk時，會顯示下面的錯誤消息：

warning: clients are using or haven’t closed the table properly

這說明你正嘗試檢查正被另一個還沒有關閉文件或已經終止而沒有正確地關閉文件的程序(例如mysqld服務器)更新的表。

如果mysqld正在運行，你必須通過FLUSH TABLES強制清空仍然在內存中的任何錶修改。當你運行myisamchk時，必須確保其它程序不使用表。避免該問題的最容易的方法是使用CHECK TABLE而不用myisamchk來檢查表。

5.9.5.1. 用於myisamchk的一般選項

本節描述的選項可以用於用myisamchk執行的任何類型的表維護操作。本節後面的章節中描述的選項只適合具體操作，例如檢查或修復表。

· –help，-?

顯示幫助消息並退出。

· –debug=debug_options, -# debug_options

輸出調試記錄文件。debug_options字符串經常是’d:t:o,filename’。

· –silent，-s

沉默模式。僅當發生錯誤時寫輸出。你能使用-s兩次(-ss)使myisamchk沉默。

· –verbose，-v

冗長模式。打印更多的信息。這能與-d和-e一起使用。為了更冗長，使用-v多次(-vv, -vvv)！

· –version, -V

顯示版本信息並退出。

· –wait, -w

如果表被鎖定，不是提示錯誤終止，而是在繼續前等待到表被解鎖。請注意如果用–skip-external-locking選項運行mysqld，只能用另一個myisamchk命令鎖定表。

還可以通過–var_name=value選項設置下面的變量：

變量

默認值

decode_bits

ft_max_word_len

取決於版本

ft_min_word_len

ft_stopword_file

內建列表

key_buffer_size

523264

myisam_block_size

1024

read_buffer_size

262136

sort_buffer_size

2097144

sort_key_blocks

stats_method

nulls_unequal

write_buffer_size

262136

可以用myisamchk –help檢查myisamchk變量及其默認值：

當用排序鍵值修復鍵值時使用sort_buffer_size，使用–recover時這是很普通的情況。

當用–extend-check檢查表或通過一行一行地將鍵值插入表中(如同普通插入)來修改鍵值時使用Key_buffer_size。在以下情況通過鍵值緩衝區進行修復：

· 使用–safe-recover。

· 當直接創建鍵值文件時，需要對鍵值排序的臨時文件有兩倍大。通常是當CHAR、VARCHAR、或TEXT列的鍵值較大的情況，因為排序操作在處理過程中需要保存全部鍵值。如果你有大量臨時空間，可以通過排序強制使用myisamchk來修復，可以使用–sort-recover選項。

通過鍵值緩衝區的修復佔用的硬盤空間比使用排序么少，但是要慢。

如果想要快速修復，將key_buffer_size和sort_buffer_size變量設置到大約可用內存的25%。可以將兩個變量設置為較大的值，因為一個時間只使用一個變量。

myisam_block_size是用於索引塊的內存大小。

stats_method影響當給定–analyze選項時，如何為索引統計搜集處理NULL值。它如同myisam_stats_method系統變量。詳細信息參見5.3.3節，“服務器系統變量”和7.4.7節，“MyISAM索引統計集合”的myisam_stats_method的描述。

ft_min_word_len和ft_max_word_len表示FULLTEXT索引的最小和最大字長。ft_stopword_file為停止字文件的文件名。需要在以下環境中對其進行設置。

如果你使用myisamchk來修改表索引(例如修復或分析)，使用最小和最大字長和停止字文件的默認全文參數值（除非你另外指定）重建FULLTEXT索引。這樣會導致查詢失敗。

出現這些問題是因為只有服務器知道這些參數。它們沒有保存在MyISAM索引文件中。如果你修改了服務器中的最小或最大字長或停止字文件，要避免該問題，為用於mysqld的myisamchk指定相同的ft_min_word_len，ft_max_word_len和ft_stopword_file值。例如，如果你將最小字長設置為3,可以這樣使用myisamchk來修復表：

shell myisamchk –recover –ft_min_word_len=3 tbl_name.MYI

要想確保myisamchk和服務器使用相同的全文

怎麼恢復mysql數據庫怎麼恢複數據

簡單情況下：進入原來mysql安裝路徑下的data文件夾下，找到相應的庫和ibdata1，進行copy，就可回復原來的數據。

複雜情況下：

從另一台機上把MySQL數據庫的mysql文件夾拷貝到本地機上，目的是恢複本地機對數據的訪問和操作。經過如下幾種情況的操作。

1. 在本地重裝MySQL（安裝目錄D:\Program Files\MySQL\MySQL Server 5.0），直接把mysql文件夾拷貝至D:\Program Files\MySQL\MySQL Server 5.0\。結果，失敗：數據庫連接錯誤。

2. 卸載後重裝MySQL，將D:\Program Files\MySQL\MySQL Server 5.0\下的數據備份，只把mysql\data文件夾全部內容拷貝到D:\Program Files\MySQL\MySQL Server 5.0\data下。結果，失敗：數據庫連接錯誤。將備份的數據還完覆蓋。結果，失敗，還是連接不上數據庫。

3. 卸載後重裝MySQL，將mysql\data文件夾里的cf1,last文件夾（這兩個是原來MySQL里的數據庫）拷貝進D:\Program Files\MySQL\MySQL Server 5.0\data。連接成功，在Navicat for MySQL里看到數據庫cf1和last，但是不能訪問，因為數據全為零。明白了原來data里以數據庫命名的文件存儲的是數據庫的表結構，不是元數據。下一步，把data文件夾里的ibdata1文件（3.4G大，明顯存儲了元數據）拷貝到D:\Program Files\MySQL\MySQL Server 5.0\data里，代替原來的ibdata1文件。重啟電腦，打開Navicat for MySQL，連接成功，數據可以訪問操作。

至此，操作終於成功。其實當初在那台機上把數據導出來，而不是現在直接把文件夾mysql複製過來會更容易恢復。但那台機已經重裝了系統，也就是說MySQL失效了。

原創文章，作者：小藍，如若轉載，請註明出處：https://www.506064.com/zh-hant/n/155380.html