一个令人头疼的错误：can't open **.MYD , error 126

[oldzzz]

在我的数据库应用中，连续发生了几次如题--错误。
打不开***.MYD 文件，错误代码是 126
我的环境是：mysql 3.23.49 win2k
为什么数据库文件会打不开？
谁碰到过次类型错误？求助啊：（

[shuixin13]

126 = Index file is crashed / Wrong file format

建议选重启MySQL服务,
一般来说,服务重启后可能解决一些问题,
如果还不行的话,
请需要用MySQL自带的几个修复工具了,
呵呵,
：》
试试再说吧

[bombshell]

好像是表坏了，修表吧！
数据表的修复
作者：bombshell
日期：2002-01-01

注意：在修复表之前要拷贝他们，注意备份，切记！

1.标准的表修复
a.试着用 --recover选项修复表，可以加上 --quick选项试图只根据索引的内容进行修复，这样做不触及数据文件。
% myisamchk --recover --quick table_name
or
% isamchk --recover --quick table_name
b.如果问题还存在，在试一下上一步命令，但是要忽略 --quick选项，这样允许修改数据文件。
% myisamchk --recover table_name
or
% isamchk --recover table_name
c.如果还不工作，试一下 --safe-recover 修复方法。但这种方法比普通方法要慢，但能修复 --recover不能修复的问题。
% myisamchk --safe-recover table_name
or
% isamchk --safe-recover table_name
如果在myisamchk or isamchk 由于一个"can't create new temp file:file_name"的错误消息在任何一步停止，应该重复该命令并
加入 --force选项强迫清除临时文件。

2.如果标准修复失败这样做
a.定位到包含崩溃表的数据库目录中。
b.将该表的数据文件移到安全的地方。
c.调用mysql并通过执行下列语句重新创建新的空表，该语句使用表的描述文件
tbl_name.frm重新开始生成新的数据和索引文件。
mysql>delete from tbl_name;
d.退出mysql，将原始的数据文件移回到数据目录中，替换刚建的新的空文件。
e.在世这样用标准修复方法。

为了修复表的描述文件，可先从备份文件中恢复，然后再用标准修复方法。
如果由于某些原因没有备份，如果知道create table 语句，仍然可以恢复该文件：
a.定位到包含崩溃表的数据库目录中。
b.将该表的数据文件移到安全的地方。如果想使用用索引的话，还需要把索引文件移走。
c.调用mysql 发布create table 语句重建表。
d.退出mysql，将原始的数据文件移回到数据目录中，替换刚才新建的数据文件。如果在第2不中移动了索引文件，则也要讲起移回到数据库目录中。
e.在尝试标准表修复方法。

以上方法针对mysql有效，请大家注意。

[oldzzz]

谢谢楼上两位，现在问题关键是，此错误是在我的应用服务程序中产生的
即：我有一个服务程序在访问mysql数据库的一些表，而且表的此错误在我的
应用中是严重错误！我想到是什么原因导致此错误？怎样才能避免？

[BenBenBoy]

应该跟你的程序没关系，除非你的程序里面有什么对文件的直接操作

[swotcoder]

按说每秒800次都没问题啊 而且还是一个康柏笔记本而已 我看的www.innodb.com上那个测试报告来着。

[oldzzz]

只是有专门的线程轮询此库表，频率较高 1次/每秒

[oldzzz]

还有谁碰到过此问题？是不是升级版本就
好了

[shuixin13]

呵呵,那就升到
MySQL 3.23.54
MySQL 4.0.6

在它的官方网站上说这两个版本在安全与稳定上有了重要改变

[oldzzz]

先给一部分的分，继续希望有人能指点一二