Table ‘xxx’ is marked as crashed and should be repaired 錯(cuò)誤解決方法參考
也可能其中任意方法都可以適用于本數(shù)據(jù)庫。我暫時(shí)沒有條件測(cè)試,有條件的去測(cè)試一下,有望解決數(shù)據(jù)庫報(bào)此錯(cuò)誤的問題。
預(yù)防措施:
1、一定要備份一次數(shù)據(jù)庫,起碼保留了表結(jié)構(gòu),有些可有可無的數(shù)據(jù),可以直接覆蓋。
2、重要的數(shù)據(jù)要經(jīng)常注意備份,一般一個(gè)月左右備份一次。
3、出現(xiàn)此類錯(cuò)誤,一般能夠解決,經(jīng)jb51.net測(cè)試下面的方法是比較可行的。但偶爾會(huì)有數(shù)據(jù)丟失的情況,強(qiáng)烈建議先備份。
解決辦法:首先需要定位到你的mysql的bin目錄,里面包含myisamchk.exe文件的目錄
./myisamchk -c -r 數(shù)據(jù)庫表MYI文件的路徑(例如:/home/mysql/var/crawlerfeedsky/aaaa.MYI)
如果還不行,就-f 強(qiáng)制修復(fù)
windows服務(wù)器下mysql的修復(fù)方法:
F:\sqldata\mysql\bin>cd .. 返回上級(jí)目錄
F:\sqldata\mysql>cd data 進(jìn)入數(shù)據(jù)庫所在目錄(mysql的數(shù)據(jù)庫文件都是放在data這個(gè)目錄里面的)
F:\sqldata\mysql\data>cd jb51 進(jìn)入數(shù)據(jù)庫,windows服務(wù)器中數(shù)據(jù)庫就是一個(gè)文件夾(這里以jb51為例子)
F:\sqldata\mysql\data\jb51>myisamchk -r jb51_soft
- recovering (with sort) MyISAM-table 'jb51_soft'
Data records: 7216
- Fixing index 1
- Fixing index 2
- Fixing index 3
F:\sqldata\mysql\data\jb51>
jb51_soft為數(shù)據(jù)庫的表名,提示哪個(gè)表錯(cuò)誤,就修復(fù)哪個(gè)表。
為了以后方便,我們可以寫成一個(gè)批處理,將這個(gè)文件保存為fixit.bat放到數(shù)據(jù)庫所在的目錄即可。
myisamchk -r jb51_soft
下面是網(wǎng)上收集的多種方法,大家可以測(cè)試下。
(一)
昨晚瀏覽自己的Blog的時(shí)候,突然發(fā)現(xiàn)所有頁面都無法顯示,到后臺(tái)查看的時(shí)候,發(fā)現(xiàn)一個(gè)”Table ‘xxx' is marked as crashed and should be repaired” 的錯(cuò)誤。連忙上網(wǎng)搜索,原來修改這個(gè)嚴(yán)重的錯(cuò)誤很簡單:
1. 進(jìn)入管理mysql的phpmyadmin
2. 在左則選中自己的數(shù)據(jù)庫
3. 在右則勾選中錯(cuò)誤信息中的那個(gè)'xxx'表
4. 滾動(dòng)屏幕到下面,有個(gè)下拉菜單(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)頁錯(cuò)誤,無法連接數(shù)據(jù)庫服務(wù)器。mysql服務(wù)自己down掉了,然后重新啟動(dòng)服務(wù)器,發(fā)現(xiàn)網(wǎng)頁無法打開,提示: [mysql]Table tblName is marked as crashed and should be repaired
Mysql提示tblName表格已損壞,需要修復(fù),解決方法:
進(jìn)入到對(duì)應(yīng)的數(shù)據(jù)庫目錄:
cd /var/lib/mysql/dbname
使用myisamchk修復(fù):
shell> myisamchk -r tblName
(五)
我用的修復(fù)命令是:myisamchk -r bbsthreads
其中bbsthreads是我出問題的表名,當(dāng)然使用這個(gè)命令還得進(jìn)入mysql你所出問題的數(shù)據(jù)庫的表的存放路徑,具體更詳細(xì)的命令可以看幫助:myisamchk --help;
如果用以上命令你不能解決問題請(qǐng)看后面,后面的內(nèi)容是我轉(zhuǎn)載的。
我的網(wǎng)站出問題了,訪問一看,果然全屏報(bào)錯(cuò),檢查mysql日志,錯(cuò)誤信息為:
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 工具會(huì)幫助你恢復(fù)數(shù)據(jù)表的索引。重新啟動(dòng)mysql,問題解決。
問題分析:
1、錯(cuò)誤產(chǎn)生原因,有網(wǎng)友說是頻繁查詢和更新dede_archives表造成的索引錯(cuò)誤,因?yàn)槲业捻撁鏇]有靜態(tài)生成,而是動(dòng)態(tài)頁面,因此比較同意這種說法。還有說法為是MYSQL數(shù)據(jù)庫因?yàn)槟撤N原因而受到了損壞,如:數(shù)據(jù)庫服務(wù)器突發(fā)性的斷電、在提在數(shù)據(jù)庫表提供服務(wù)時(shí)對(duì)表的原文件進(jìn)行某種操作都有可能導(dǎo)致MYSQL數(shù)據(jù)庫表被損壞而無法讀取數(shù)據(jù)。總之就是因?yàn)槟承┎豢蓽y(cè)的問題造成表的損壞。
問題的編號(hào)為145
2、問題解決辦法。
當(dāng)你試圖修復(fù)一個(gè)被破壞的表的問題時(shí),有三種修復(fù)類型。如果你得到一個(gè)錯(cuò)誤信息指出一個(gè)臨時(shí)文件不能建立,刪除信息所指出的文件并再試一次--這通常是上一次修復(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ù)一個(gè)被損壞的表,在你放棄之前,你還可以試試下面這兩個(gè)技巧:
如果你懷疑表的索引文件(*.MYI)發(fā)生了不可修復(fù)的錯(cuò)誤,甚至是丟失了這個(gè)文件,你可以使用數(shù)據(jù)文件(*.MYD)和數(shù)據(jù)格式文件(*.frm)重新生成它。首先制作一個(gè)數(shù)據(jù)文件(tblName.MYD)的拷貝。重啟你的MySQL服務(wù)并連接到這個(gè)服務(wù)上,使用下面的命令刪除表的內(nèi)容:
mysql> DELETE FROM tblName;
在刪除表的內(nèi)容的同時(shí),會(huì)建立一個(gè)新的索引文件。退出登錄并重新關(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ù)的錯(cuò)誤,但是你清楚如何使用相應(yīng)的CREATE TABLE語句來重新生成這張表,你可以重新生成一個(gè)新的.frm文件并和你的數(shù)據(jù)文件和索引文件(如果索引文件有問題,使用上面的方法重建一個(gè)新的)一起使用。首先制作一個(gè)數(shù)據(jù)和索引文件的拷貝,然后刪除原來的文件(刪除數(shù)據(jù)目錄下有關(guān)這個(gè)表的所有記錄)。
啟動(dòng)MySQL服務(wù)并使用當(dāng)初的CREATE TABLE文件建立一個(gè)新的表。新的.frm文件應(yīng)該可以正常工作了,但是最好你還是執(zhí)行一下標(biāo)準(zhǔn)的修復(fù)(上面的第二種方法)。
3、myisamchk工具介紹(見mysql的官方手冊(cè))
可以使用myisamchk實(shí)用程序來獲得有關(guān)數(shù)據(jù)庫表的信息或檢查、修復(fù)、優(yōu)化他們。myisamchk適用MyISAM表(對(duì)應(yīng).MYI和.MYD文件的表)。
調(diào)用myisamchk的方法:
shell> myisamchk [options] tbl_name ...
options指定你想讓myisamchk做什么。在后面描述它們。還可以通過調(diào)用myisamchk --help得到選項(xiàng)列表。
tbl_name是你想要檢查或修復(fù)的數(shù)據(jù)庫表。如果你不在數(shù)據(jù)庫目錄的某處運(yùn)行myisamchk,你必須指定數(shù)據(jù)庫目錄的路徑,因?yàn)閙yisamchk不知道你的數(shù)據(jù)庫位于哪兒。實(shí)際上,myisamchk不在乎你正在操作的文件是否位于一個(gè)數(shù)據(jù)庫目錄;你可以將對(duì)應(yīng)于數(shù)據(jù)庫表的文件拷貝到別處并且在那里執(zhí)行恢復(fù)操作。
如果你愿意,可以用myisamchk命令行命名幾個(gè)表。還可以通過命名索引文件(用“ .MYI”后綴)來指定一個(gè)表。它允許你通過使用模式“*.MYI”指定在一個(gè)目錄所有的表。例如,如果你在數(shù)據(jù)庫目錄,可以這樣在目錄下檢查所有的MyISAM表:
shell> myisamchk *.MYI
如果你不在數(shù)據(jù)庫目錄下,可通過指定到目錄的路徑檢查所有在那里的表:
shell> myisamchk /path/to/database_dir/*.MYI
你甚至可以通過為MySQL數(shù)據(jù)目錄的路徑指定一個(gè)通配符來檢查所有的數(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)你運(yùn)行myisamchk時(shí),必須確保其它程序不使用表。否則,當(dāng)你運(yùn)行myisamchk時(shí),會(huì)顯示下面的錯(cuò)誤消息:
warning: clients are using or haven't closed the table properly
這說明你正嘗試檢查正被另一個(gè)還沒有關(guān)閉文件或已經(jīng)終止而沒有正確地關(guān)閉文件的程序(例如mysqld服務(wù)器)更新的表。
如果mysqld正在運(yùn)行,你必須通過FLUSH TABLES強(qiáng)制清空仍然在內(nèi)存中的任何表修改。當(dāng)你運(yùn)行myisamchk時(shí),必須確保其它程序不使用表。避免該問題的最容易的方法是使用CHECK TABLE而不用myisamchk來檢查表。
相關(guān)文章
Mysql更新varchar存儲(chǔ)Json數(shù)據(jù)的操作方法
這篇文章主要介紹了Mysql更新varchar存儲(chǔ)Json數(shù)據(jù)的操作方法,本文給大家介紹的非常詳細(xì),對(duì)大家的學(xué)習(xí)或工作具有一定的參考借鑒價(jià)值,需要的朋友參考下吧2023-12-12解決Navicat遠(yuǎn)程連接MySQL出現(xiàn) 10060 unknow error的方法
這篇文章主要介紹了解決Navicat遠(yuǎn)程連接MySQL出現(xiàn) 10060 unknow error的方法,文中通過示例代碼介紹的非常詳細(xì),對(duì)大家的學(xué)習(xí)或者工作具有一定的參考學(xué)習(xí)價(jià)值,需要的朋友們下面隨著小編來一起學(xué)習(xí)學(xué)習(xí)吧2019-12-12mysql innodb的監(jiān)控(系統(tǒng)層,數(shù)據(jù)庫層)
這篇文章主要介紹了mysql innodb的監(jiān)控(系統(tǒng)層,數(shù)據(jù)庫層)的相關(guān)資料,需要的朋友可以參考下2017-04-04MySQL對(duì)小數(shù)進(jìn)行四舍五入的操作實(shí)現(xiàn)
數(shù)學(xué)函數(shù)是MySQL中常用的一類函數(shù),其主要用于處理數(shù)字,包括整型和浮點(diǎn)數(shù)等等,本文主要介紹了MySQL對(duì)小數(shù)進(jìn)行四舍五入的操作實(shí)現(xiàn),具有一定的參考價(jià)值,感興趣的可以了解一下2023-08-08