mysql修复表

最后我解决的方法是 

    1. myisamchk -f -o ../data/database1/cms_session.MYI

如下是 网友的BLOG详细资料!

个人网站出问题了，访问一看，果真全屏报错，检查mysql日志，错误信息为：

    1. Table ".dedecmsv4dede_archives" is marked as crashed and should be repaired

提示说cms的文章表dede_archives被标记有问题，须要修复。因而赶快恢复历史数据，上网查找缘由。最终将问题解决。解决方法以下：

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

    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来检查表。