最後我解決的方法是 mysql
1. myisamchk -f -o ../data/database1/cms_session.MYIsql
如下是 網友的BLOG詳細資料!shell
個人網站出問題了,訪問一看,果真全屏報錯,檢查mysql日誌,錯誤信息爲:數據庫
1. Table ".dedecmsv4dede_archives" is marked as crashed and should be repaired服務器
提示說cms的文章表dede_archives被標記有問題,須要修復。因而趕快恢復歷史數據,上網查找緣由。最終將問題解決。解決方法以下:session
找到mysql的安裝目錄的bin/myisamchk工具,在命令行中輸入:ide
1. myisamchk -c -r ../data/dedecmsv4/dede_archives.MYI工具
而後myisamchk 工具會幫助你恢復數據表的索引。從新啓動mysql,問題解決。優化
問題分析:網站
一、錯誤產生緣由,有網友說是頻繁查詢和更新dede_archives表形成的索引錯誤,由於個人頁面沒有靜態生成,而是動態頁面,所以比較贊成這種說法。還有說法爲是MYSQL數據庫由於某種緣由而受到了損壞,如:數據庫服務器突發性的斷電、在提在數據庫表提供服務時對錶的原文件進行某種操做都有可能致使MYSQL數據庫表被損壞而沒法讀取數據。總之就是由於某些不可測的問題形成表的損壞。
問題的編號爲145
二、問題解決辦法。
當你試圖修復一個被破壞的表的問題時,有三種修復類型。若是你獲得一個錯誤信息指出一個臨時文件不能創建,刪除信息所指出的文件並再試一次–這一般是上一次修復操做遺留下來的。
這三種修復方法以下所示:
1. % myisamchk --recover --quick /path/to/tblName
2. % myisamchk --recover /path/to/tblName
3. % myisamchk --safe-recover /path/to/tblName
第一種是最快的,用來修復最普通的問題;而最後一種是最慢的,用來修復一些其它方法所不能修復的問題。
檢查和修復MySQL數據文件
若是上面的方法沒法修復一個被損壞的表,在你放棄以前,你還能夠試試下面這兩個技巧:
若是你懷疑表的索引文件(*.MYI)發生了不可修復的錯誤,甚至是丟失了這個文件,你可使用數據文件(*.MYD)和數據格式文件(*.frm)從新生成它。首先製做一個數據文件(tblName.MYD)的拷貝。重啓你的MySQL服務並鏈接到這個服務上,使用下面的命令刪除表的內容:
mysql> DELETE FROM tblName;
在刪除表的內容的同時,會創建一個新的索引文件。退出登陸並從新關閉服務,而後用你剛纔保存的數據文件(tblName.MYD)覆蓋新的(空)數據文件。最後,使用myisamchk執行標準的修復(上面的第二種方法),根據表的數據的內容和表的格式文件從新生成索引數據。
若是你的表的格式文件(tblName.frm)丟失了或者是發生了不可修復的錯誤,可是你清楚如何使用相應的CREATE TABLE語句來從新生成這張表,你能夠從新生成一個新的.frm文件並和你的數據文件和索引文件(若是索引文件有問題,使用上面的方法重建一個新的)一塊兒使用。首先製做一個數據和索引文件的拷貝,而後刪除原來的文件(刪除數據目錄下有關這個表的全部記錄)。
啓動MySQL服務並使用當初的CREATE TABLE文件創建一個新的表。新的.frm文件應該能夠正常工做了,可是最好你仍是執行一下標準的修復(上面的第二種方法)。
三、myisamchk工具介紹(見mysql的官方手冊)
可使用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表的方式是:
1. shell> myisamchk --silent --fast /path/to/datadir/*/*.MYI
若是你想要檢查全部MyISAM表並修復任何破壞的表,可使用下面的命令:
1. shell> myisamchk --silent --force --fast --update-state
2. -O key_buffer=64M -O sort_buffer=64M
3. -O read_buffer=1M -O write_buffer=1M
4. /path/to/datadir/*/*.MYI
該命令假定你有大於64MB的自由內存。關於用myisamchk分配內存的詳細信息,參見5.9.5.5節,「myisamchk內存使用」。
當你運行myisamchk時,必須確保其它程序不使用表。不然,當你運行myisamchk時,會顯示下面的錯誤消息:
1. warning: clients are using or haven"t closed the table properly
這說明你正嘗試檢查正被另外一個尚未關閉文件或已經終止而沒有正確地關閉文件的程序(例如mysqld服務器)更新的表。
若是mysqld正在運行,你必須經過FLUSH TABLES強制清空仍然在內存中的任何表修改。當你運行myisamchk時,必須確保其它程序不使用表。避免該問題的最容易的方法是使用CHECK TABLE而不用myisamchk來檢查表。