MySQL error127,MySQL 返回：Got error 127 from table handler 毛虫的...

数据表的修复

日期：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有效，请大伙注意。