今天在學習織夢數(shù)據(jù)庫文件相關操作時，不知道什么原因，發(fā)現(xiàn)一個文件出錯，為了修復這個文件，確實下了一些功夫，終于找到兩個操作方法，發(fā)出來，供大家學習。

出錯表名：dede_archives
出錯提示：Can’t open file: ‘dede_archives.MYI’. (errno: 145) – Execute Query False! Select count(*) as dd From dede_archives limit 0,1;

（說明下，我先是單擊修復也沒用）

上網(wǎng)查詢后，發(fā)現(xiàn)如下方法可以試試：

方法一：文檔摘要：輸入有效字符后保存。
方法二（織夢官方論壇）：

解決方法是替換掉dede的一個函數(shù)(SpHtml2Text)：

此函數(shù)在下面文件 第四行：
includeincinc_fun_funString.php

原型是：
function SpHtml2Text($str){
$str = preg_replace(”/||/isU”,”",$str);
$alltext = “”;
$start = 1;
for($i=0;$i if($start==0 && $str[$i]==">“) $start = 1;
else if($start==1){
if($str[$i]==”< "){ $start = 0; $alltext .= " "; }
else if(ord($str[$i])>31) $alltext .= $str[$i];
}
}
$alltext = str_replace(”　”,” “,$alltext);
$alltext = preg_replace(”/&([^;&]*)(;|&)/”,”",$alltext);
$alltext = preg_replace(”/[ ]+/s”,” “,$alltext);
return $alltext;
}

其作用是去掉所有htm標記。

俺替換成下面的函數(shù)：
function SpHtml2Text($str){
$alltext = str_replace(”　”,”",$str);
$alltext=strip_tags(trim($alltext));//haha123_0 去掉所有htm標記
return $alltext;
}

問題不再出現(xiàn)：》

歡迎批評指正。

方法三(織夢論壇):

用mysql的用戶，經(jīng)常會遇到這樣的問題，檢查mysql日志，錯誤信息為：

Table ‘.織夢模板v4dede_archives’ is marked as crashed and should be repaired

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

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

myisamchk -c -r ../data/織夢模板v4/dede_archives.MYI

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

問題分析：

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

問題的編號為145

2、問題解決辦法。

當你試圖修復一個被破壞的表的問題時，有三種修復類型。如果你得到一個錯誤信息指出一個臨時文件不能建立，刪除信息所指出的文件并再試一次–這通常是上一次修復操作遺留下來的。
這三種修復方法如下所示：
% myisamchk –recover –quick /path/to/tblName
% myisamchk –recover /path/to/tblName
% myisamchk –safe-recover /path/to/tblName

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

檢查和修復MySQL數(shù)據(jù)文件
如果上面的方法無法修復一個被損壞的表，在你放棄之前，你還可以試試下面這兩個技巧：
如果你懷疑表的索引文件(*.MYI)發(fā)生了不可修復的錯誤，甚至是丟失了這個文件，你可以使用數(shù)據(jù)文件(*.MYD)和數(shù)據(jù)格式文件(*.frm)重新生成它。首先制作一個數(shù)據(jù)文件(tblName.MYD)的拷貝。重啟你的MySQL服務并連接到這個服務上，使用下面的命令刪除表的內(nèi)容：
mysql> DELETE FROM tblName;
在刪除表的內(nèi)容的同時，會建立一個新的索引文件。退出登錄并重新關閉服務，然后用你剛才保存的數(shù)據(jù)文件(tblName.MYD)覆蓋新的(空)數(shù)據(jù)文件。最后，使用myisamchk執(zhí)行標準的修復(上面的第二種方法)，根據(jù)表的數(shù)據(jù)的內(nèi)容和表的格式文件重新生成索引數(shù)據(jù)。

如果你的表的格式文件(tblName.frm)丟失了或者是發(fā)生了不可修復的錯誤，但是你清楚如何使用相應的CREATE TABLE語句來重新生成這張表，你可以重新生成一個新的.frm文件并和你的數(shù)據(jù)文件和索引文件(如果索引文件有問題，使用上面的方法重建一個新的)一起使用。首先制作一個數(shù)據(jù)和索引文件的拷貝，然后刪除原來的文件(刪除數(shù)據(jù)目錄下有關這個表的所有記錄)。

啟動MySQL服務并使用當初的CREATE TABLE文件建立一個新的表。新的.frm文件應該可以正常工作了，但是最好你還是執(zhí)行一下標準的修復(上面的第二種方法)。