今天一个朋友找到我，说他用织梦DEDECMS做的网站遇到了大错误，数据出错了，求我帮他急救。 我问下了，情况是这样的： 他在操作时发现这个数据库表dede_archives出错，出错提示： Ca
今天一个朋友找到我，说他用织梦DEDECMS做的网站遇到了大错误，数据出错了，求我帮他急救。
我问下了，情况是这样的：
我问下了，情况是这样的：
他在操作时发现这个数据库表dede_archives出错，出错提示：
Can’t open file: ‘dede_archives.MYI’. (errno: 145) – Execute Query False! Select count(*) as dd From dede_archives limit 0,1;
看到提示后，单击修复也没用。
我也不是什么高手，也能从网上搜索答案，加之实践操作，终于搞定，下面我的操作流程，提供给大家学习参考。
仔细分析后，发现是dede自动截取文章简介产生乱码引起保存到数据库出错。
解决方法是替换掉dede的一个函数(SpHtml2Text)：
此函数在下面文件 第四行：
include\inc\inc_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标记。
俺替换成下面的函数：
function SpHtml2Text($str){
$alltext = str_replace(” ”,”",$str);
$alltext=strip_tags(trim($alltext));//haha123_0 去掉所有htm标记
return $alltext;
}
问题不再出现：》
欢迎批评指正。
方法三(无法显示): http://bbs..com/read.php?tid=35453&keyword=dede%5C_archives
我抄出来一下吧：
用mysql的用户，经常会遇到这样的问题，检查mysql日志，错误信息为：
Table ‘.\织梦模板v4\dede_archives’ is marked as crashed and should be repaired
提示说cms的文章表dede_archives被标记有问题，需要修复。于是赶快恢复历史数据，上网查找原因。最终将问题解决。解决方法如下：
找到mysql的安装目录的bin/myisamchk工具，在命令行中输入：
myisamchk -c -r ../data/织梦模板v4/dede_archives.MYI
然后myisamchk 工具会帮助你恢复数据表的索引。重新启动mysql，问题解决。
问题分析：
1、错误产生原因，有网友说是频繁查询和更新dede_archives表造成的索引错误，因为我的页面没有静态生成，而是动态页面，因此比较同意这种说法。
还有说法为是MYSQL数据库因为某种原因而受到了损坏，如：数据库服务器突发性的断电、在提在数据库表提供服务时对表的原文件进行某种操作都有可能导致MYSQL数据库表被损坏而无法读取数据。
总之就是因为某些不可测的问题造成表的损坏。
还有说法为是MYSQL数据库因为某种原因而受到了损坏，如：数据库服务器突发性的断电、在提在数据库表提供服务时对表的原文件进行某种操作都有可能导致MYSQL数据库表被损坏而无法读取数据。
总之就是因为某些不可测的问题造成表的损坏。
问题的编号为145
2、问题解决办法。
当你试图修复一个被破坏的表的问题时，有三种修复类型。如果你得到一个错误信息指出一个临时文件不能建立，删除信息所指出的文件并再试一次–这通常是上一次修复操作遗留下来的。
这三种修复方法如下所示：
% myisamchk –recover –quick /path/to/tblName
% myisamchk –recover /path/to/tblName
% myisamchk –safe-recover /path/to/tblName
第一种是最快的，用来修复最普通的问题；而最后一种是最慢的，用来修复一些其它方法所不能修复的问题。
检查和修复MySQL数据文件
如果上面的方法无法修复一个被损坏的表，在你放弃之前，你还可以试试下面这两个技巧：
如果你怀疑表的索引文件(*.MYI)发生了不可修复的错误，甚至是丢失了这个文件，你可以使用数据文件(*.MYD)和数据格式文件(*.frm)重新生成它。首先制作一个数据文件(tblName.MYD)的拷贝。
重启你的MySQL服务并连接到这个服务上，使用下面的命令删除表的内容：
重启你的MySQL服务并连接到这个服务上，使用下面的命令删除表的内容：
mysql> DELETE FROM tblName;
在删除表的内容的同时，会建立一个新的索引文件。退出登录并重新关闭服务，然后用你刚才保存的数据文件(tblName.MYD)覆盖新的(空)数据文件。
最后，使用myisamchk执行标准的修复(上面的第二种方法)，根据表的数据的内容和表的格式文件重新生成索引数据。
最后，使用myisamchk执行标准的修复(上面的第二种方法)，根据表的数据的内容和表的格式文件重新生成索引数据。
如果你的表的格式文件(tblName.frm)丢失了或者是发生了不可修复的错误，但是你清楚如何使用相应的CREATE TABLE语句来重新生成这张表，
你可以重新生成一个新的.frm文件并和你的数据文件和索引文件(如果索引文件有问题，
使用上面的方法重建一个新的)一起使用。首先制作一个数据和索引文件的拷贝，然后删除原来的文件(删除数据目录下有关这个表的所有记录)。
你可以重新生成一个新的.frm文件并和你的数据文件和索引文件(如果索引文件有问题，
使用上面的方法重建一个新的)一起使用。首先制作一个数据和索引文件的拷贝，然后删除原来的文件(删除数据目录下有关这个表的所有记录)。
启动MySQL服务并使用当初的CREATE TABLE文件建立一个新的表。新的.frm文件应该可以正常工作了，但是最好你还是执行一下标准的修复(上面的第二种方法)。
发表评论