[MySQL]快速解决"is marked as crashed and should be repaired"故障

[MySQL]快速解决"is marked as crashed and should be repaired"故障

具体报错以下：

Table '.\Tablename\posts' is marked as crashed and should be repaired

提示说论坛的帖子表posts被标记有问题，须要修复。我记得之前也出现过相似的问题,可是只要点击Phpmyadmin上的repair按纽就自动修复了,可是此次很绝,什么都没有.因而赶快上网查找缘由。最终将问题解决。解决方法以下：

找到mysql的安装目录的bin/myisamchk工具，在命令行中输入：

myisamchk -c -r ../data/tablename/posts.MYI

而后myisamchk 工具会帮助你恢复数据表的索引。好象也不用从新启动mysql，问题就解决了。

问题分析：

一、
错误产生缘由，有网友说是频繁查询和更新dede_archives表形成的索引错误，由于个人页面没有静态生成，而是动态页面，所以比较赞成这种说法。
还有说法为是MYSQL数据库由于某种缘由而受到了损坏，如：数据库服务器突发性的断电、在提在数据库表提供服务时对表的原文件进行某种操做都有可能致使
MYSQL数据库表被损坏而没法读取数据。总之就是由于某些不可测的问题形成表的损坏。


二、问题解决办法。

当你试图修复一个被破坏的表的问题时，有三种修复类型。若是你获得一个错误信息指出一个临时文件不能创建，删除信息所指出的文件并再试一次--这一般是上一次修复操做遗留下来的。
这三种修复方法以下所示：
% 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> DELETE FROM tblName;
在
删除表的内容的同时，会创建一个新的索引文件。退出登陆并从新关闭服务，而后用你刚才保存的数据文件(tblName.MYD)覆盖新的(空)数据文件。
最后，使用myisamchk执行标准的修复(上面的第二种方法)，根据表的数据的内容和表的格式文件从新生成索引数据。

若是你的表的
格式文件(tblName.frm)丢失了或者是发生了不可修复的错误，可是你清楚如何使用相应的CREATE
TABLE语句来从新生成这张表，你能够从新生成一个新的.frm文件并和你的数据文件和索引文件(若是索引文件有问题，使用上面的方法重建一个新的)一
起使用。首先制做一个数据和索引文件的拷贝，而后删除原来的文件(删除数据目录下有关这个表的全部记录)。

启动MySQL服务并使用当初的CREATE TABLE文件创建一个新的表。新的.frm文件应该能够正常工做了，可是最好你仍是执行一下标准的修复(上面的第二种方法)。

 

 

        为了避免冒失修复，故采起保守作法，咱们知道 MySQL 一个高效的管理工具即是 PhpMyAdmin，而在该管理软件中就包含了对表的检查、分析、修复、优化功能，比起网上提供的含糊命令行来讲更安全更简便。

        经过实践，在使用检查表功能后确实发现了问题，以后使用修复功能进行了修复，反馈结果每一个表都已经 ok，再执行一次优化，从新测试访问网站终于恢复了正常。一场灾难就此避免……

 

 

固然，我遇到的情况还和这有些差异。我遇到的情况，服务器并不在我这边，我只能进mysql管理平台远程管理，没法找到对应的文件目录，执行某一工具。个人处理方案是，针对错误的那几个表，删除掉而后从新建立填充数据。这个方案面对的是出问题的表的老数据不是很重要的状况。