這些東西都是從其他地方找來的一些解決MYSQL數(shù)據(jù)庫這個錯誤的方法，并不一定適用于mysql數(shù)據(jù)庫，僅僅供參考一下，具體的解決方法還是需要摸索。也可能其中任意方法都可以適用于本數(shù)據(jù)庫。我只測試了自己遇到的問題，有條件的去測試一下，有望解決數(shù)據(jù)庫報此錯誤的問題。

(一)

昨晚瀏覽自己的Blog的時候，突然發(fā)現(xiàn)所有頁面都無法顯示，到后臺查看的時候，發(fā)現(xiàn)一個”Table ‘xxx’ is marked

as crashed and should be repaired” 的錯誤。連忙上網(wǎng)搜索，原來修改這個嚴(yán)重的錯誤很簡單：

1. 進(jìn)入管理mysql的phpmyadmin

2. 在左則選中自己的數(shù)據(jù)庫

3. 在右則勾選中錯誤信息中的那個’xxx’表

4.

滾動屏幕到下面，有個下拉菜單(With selected:)，選擇”Repair table”

修改之后，并沒有發(fā)現(xiàn)有什么數(shù)據(jù)損失，連忙備份了一份數(shù)據(jù)庫到郵件里面，備份還是很重要的！

(二)

現(xiàn)象：

mysql> use yourealcn

Database changed

mysql>

select user,company from biz_user where commend=’1′ order by regtime

desc,checked desc limit 0,5;

ERROR 145 (HY000): Table ‘./yourealcn/biz_user’

is marked as crashed and should be repaired

mysql> exit

使用命令myisamchk修復(fù)數(shù)據(jù)庫的MYI文件即可

# /usr/local/mysql5/bin/myisamchk -c -r /bak/lib/mysql/yourealcn/biz_user.*

myisamchk: error: ‘/bak/lib/mysql/yourealcn/biz_user.frm’ is not a

MyISAM-table

———

myisamchk: error: ‘/bak/lib/mysql/yourealcn/biz_user.MYD’ is not a

MyISAM-table

———

– recovering (with sort) MyISAM-table ‘/bak/lib/mysql/yourealcn/biz_user.MYI’

Data records: 20414

– Fixing index 1

– Fixing index 2

– Fixing

index 3

– Fixing index 4

(三)

Caused by: java.sql.SQLException: Table ‘表名’ is marked as crashed and

should be repaired

解決辦法：

./myisamchk -c -r

數(shù)據(jù)庫表MYI文件的路徑(例如：/home/mysql/var/crawlerfeedsky/aaaa.MYI)

如果還不行，就-f 強(qiáng)制修復(fù)

(四)

今天上服務(wù)器一看，發(fā)現(xiàn)網(wǎng)頁錯誤，無法連接數(shù)據(jù)庫服務(wù)器。mysql服務(wù)自己down掉了，然后重新啟動服務(wù)器，發(fā)現(xiàn)網(wǎng)頁無法打開，提示：

[mysql]Table tblName is marked as crashed and should be

repaired

Mysql提示tblName表格已損壞，需要修復(fù)，解決方法：

進(jìn)入到對應(yīng)的數(shù)據(jù)庫目錄：

cd

/var/lib/mysql/dbname

使用myisamchk修復(fù)：

shell> myisamchk -r tblName

(五)

我用的修復(fù)命令是：myisamchk -r

bbsthreads

其中bbsthreads是我出問題的表名，當(dāng)然使用這個命令還得進(jìn)入mysql你所出問題的數(shù)據(jù)庫的表的存放路徑，具體更詳細(xì)的命令可以看幫助：myisamchk

–help；

如果用以上命令你不能解決問題請看后面，后面的內(nèi)容是我轉(zhuǎn)載的。

我的網(wǎng)站出問題了，訪問一看，果然全屏報錯，檢查mysql日志，錯誤信息為：

Table ‘.\dedecmsv4\dede_archives’ is marked as crashed and should be

repaired

提示說cms的文章表dede_archives被標(biāo)記有問題，需要修復(fù)。于是趕快恢復(fù)歷史數(shù)據(jù)，上網(wǎng)查找原因。最終將問題解決。解決方法如下：

找到mysql的安裝目錄的bin/myisamchk工具，在命令行中輸入：

myisamchk -c -r ../data/dedecmsv4/dede_archives.MYI

然后myisamchk 工具會幫助你恢復(fù)數(shù)據(jù)表的索引。重新啟動mysql，問題解決。

問題分析：

1、錯誤產(chǎn)生原因，有網(wǎng)友說是頻繁查詢和更新dede_archives表造成的索引錯誤，因為我的頁面沒有靜態(tài)生成，而是動態(tài)頁面，因此比較同意這種說法。還有說法為是MYSQL數(shù)據(jù)庫因為某種原因而受到了損壞，如：數(shù)據(jù)庫服務(wù)器突發(fā)性的斷電、在提在數(shù)據(jù)庫表提供服務(wù)時對表的原文件進(jìn)行某種操作都有可能導(dǎo)致MYSQL數(shù)據(jù)庫表被損壞而無法讀取數(shù)據(jù)?？傊褪且驗槟承┎豢蓽y的問題造成表的損壞。

問題的編號為145

2、問題解決辦法。

當(dāng)你試圖修復(fù)一個被破壞的表的問題時，有三種修復(fù)類型。如果你得到一個錯誤信息指出一個臨時文件不能建立，刪除信息所指出的文件并再試一次–這通常是上一次修復(fù)操作遺留下來的。

這三種修復(fù)方法如下所示：

% myisamchk –recover –quick /path/to/tblName

%

myisamchk –recover /path/to/tblName

% myisamchk –safe-recover

/path/to/tblName

第一種是最快的，用來修復(fù)最普通的問題；而最后一種是最慢的，用來修復(fù)一些其它方法所不能修復(fù)的問題。

檢查和修復(fù)MySQL數(shù)據(jù)文件

如果上面的方法無法修復(fù)一個被損壞的表，在你放棄之前，你還可以試試下面這兩個技巧：

如果你懷疑表的索引文件(*.MYI)發(fā)生了不可修復(fù)的錯誤，甚至是丟失了這個文件，你可以使用數(shù)據(jù)文件(*.MYD)和數(shù)據(jù)格式文件(*.frm)重新生成它。首先制作一個數(shù)據(jù)文件(tblName.MYD)的拷貝。重啟你的MySQL服務(wù)并連接到這個服務(wù)上，使用下面的命令刪除表的內(nèi)容：

mysql> DELETE FROM tblName;

在刪除表的內(nèi)容的同時，會建立一個新的索引文件。退出登錄并重新關(guān)閉服務(wù)，然后用你剛才保存的數(shù)據(jù)文件(tblName.MYD)覆蓋新的(空)數(shù)據(jù)文件。最后，使用myisamchk執(zhí)行標(biāo)準(zhǔn)的修復(fù)(上面的第二種方法)，根據(jù)表的數(shù)據(jù)的內(nèi)容和表的格式文件重新生成索引數(shù)據(jù)。

如果你的表的格式文件(tblName.frm)丟失了或者是發(fā)生了不可修復(fù)的錯誤，但是你清楚如何使用相應(yīng)的CREATE

TABLE語句來重新生成這張表，你可以重新生成一個新的.frm文件并和你的數(shù)據(jù)文件和索引文件(如果索引文件有問題，使用上面的方法重建一個新的)一起使用。首先制作一個數(shù)據(jù)和索引文件的拷貝，然后刪除原來的文件(刪除數(shù)據(jù)目錄下有關(guān)這個表的所有記錄)。

啟動MySQL服務(wù)并使用當(dāng)初的CREATE

TABLE文件建立一個新的表。新的.frm文件應(yīng)該可以正常工作了，但是最好你還是執(zhí)行一下標(biāo)準(zhǔn)的修復(fù)(上面的第二種方法)。

3、myisamchk工具介紹(見mysql的官方手冊)

可以使用myisamchk實用程序來獲得有關(guān)數(shù)據(jù)庫表的信息或檢查、修復(fù)、優(yōu)化他們。myisamchk適用MyISAM表(對應(yīng).MYI和.MYD文件的表)。

調(diào)用myisamchk的方法：

shell> myisamchk [options] tbl_name

…

options指定你想讓myisamchk做什么。在后面描述它們。還可以通過調(diào)用myisamchk –help得到選項列表。

tbl_name是你想要檢查或修復(fù)的數(shù)據(jù)庫表。如果你不在數(shù)據(jù)庫目錄的某處運行myisamchk，你必須指定數(shù)據(jù)庫目錄的路徑，因為myisamchk不知道你的數(shù)據(jù)庫位于哪兒。實際上，myisamchk不在乎你正在操作的文件是否位于一個數(shù)據(jù)庫目錄；你可以將對應(yīng)于數(shù)據(jù)庫表的文件拷貝到別處并且在那里執(zhí)行恢復(fù)操作。

如果你愿意，可以用myisamchk命令行命名幾個表。還可以通過命名索引文件(用“

.MYI”后綴)來指定一個表。它允許你通過使用模式“*.MYI”指定在一個目錄所有的表。例如，如果你在數(shù)據(jù)庫目錄，可以這樣在目錄下檢查所有的MyISAM表：

shell> myisamchk *.MYI

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

shell> myisamchk

/path/to/database_dir/*.MYI

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

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

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

shell> myisamchk –silent –fast

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

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

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的自由內(nèi)存。關(guān)于用myisamchk分配內(nèi)存的詳細(xì)信息，參見5.9.5.5節(jié)，“myisamchk內(nèi)存使用”。

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

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

properly

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

如果mysqld正在運行，你必須通過FLUSH

TABLES強(qiáng)制清空仍然在內(nèi)存中的任何表修改。當(dāng)你運行myisamchk時，必須確保其它程序不使用表。避免該問題的最容易的方法是使用CHECK

TABLE而不用myisamchk來檢查表。

這些東西都是從其他地方找來的一些解決MYSQL數(shù)據(jù)庫這個錯誤的方法，并不一定適用于mysql數(shù)據(jù)庫，僅僅供參考 […]

總結(jié)

以上是生活随笔為你收集整理的mysql error code 145,MYSQL 错误#145解决方法的全部內(nèi)容，希望文章能夠幫你解決所遇到的問題。

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