修复mysql数据表
今天早上服务器突然断电,导致下面的错误出现。然后找到了解决方案。现在公布给大家,一帮能帮助到和我一样出错的朋友。
问题:
在使用mysql的过程中,机器重启后
使用一个表,提示 error 1030 got error 127 from table handler
解决方案:
其实就是将损坏的表进行修复。
1,简单的修复模式
myisamchk -r -q path/数据库/坏表.MYI
注:-r ----恢复模式 -q ----快速修复
2,使用安全修复模式
myisamchk --safe-recover path/数据库/坏表.MYI
3,困难的修复模式
如果在索引文件的第一个16K块被破坏,或包含不正确的信息,或如果索引文件丢失,你只应该到这个阶段。在这种情况下,创建一个新的索引文件是必要的。按如下这样做:
把数据文件移更安全的地方。
使用表描述文件创建新的(空)数据和索引文件:
shell> mysql db_name
mysql> DELETE FROM tbl_name;
mysql> quit
将老的数据文件拷贝到新创建的数据文件之中。(不要只是将老文件移回新文件之中;你要保留一个副本以防某些东西出错。)
回到阶段2。现在myisamchk -r -q应该工作了。(这不应该是一个无限循环)。
4,非常困难的修复模式
只有描述文件也破坏了,你才应该到达这个阶段。这应该从未发生过,因为在表被创建以后,描述文件就不再改变了。
从一个备份恢复描述文件并且回到阶段3。你也可以恢复索引文件并且回到阶段2。对后者,你应该用myisamchk -r启动。
如果你没有一个备份但是确切地知道表是怎样被创建的,在另一个数据库中创建表的一个拷贝。删除新的数据文件,然后从其他数据库将描述和索引文件移到破坏的数据库中。这给了你新的描述和索引文件,但是让数据文件独自留下来了。回到阶段2并且尝试重建索引文件。
5,优化表结构
myisamchk -r 表
也可以使用sql语句来优化OPTIMIZE TABLE
转者注:我发现这个错误的时候,是客户自己的服务器出了问题,弄了好久,最开始用了重启的方法,结果不行,然后在网上搜索到了以上的方法,前两个方法下去,没有提示修复出错,按照 myisamchk 的提示添加了一个命令还是不能搞定!没办法走到第三不,当我准备复制文件出来的时候,居然提示磁盘空间不足,天了,磁盘只剩下10M空间了!然后我删除了一些东西,再修复2 次,就OK了!