修复损坏的表在MySQL
几天前，我开始发现了很多错误的主机有关的统计资料无法运行的一系列从不同的查询表。
邮件收到此类型：
＃ 1016 -无法打开文件： ' n ometabella.MYI' （ e rrno： 1 30）
一开始，我期待的一个问题是由于饱和度的空间可用于分贝，所以我重新另一对夫妇的甲基溴，但没有发现改进两天之后，我开始担心。 搜索谷歌的上述错误讯息，我只找到一个文件，重要的是，报告了类似的问题和建议，摸索解决这个问题，执行下列SQL命令：
REPAIR TABLE nometabella; 在我来说，我设法挽救只有三个表和腐败现象，但当时我问一个理事会（也是对澄清）支持Tophost谁回答可能有兴趣的命令：
REPAIR TABLE nometabella USE_FRM; 在这种情况下， 修复已成功地与主机统计似乎已经采取的正常运作。 然而，后来我想尝试了解一些最好的，至少在意义和可能产生的后果，这些行动以恢复这方面，我把搜索 “ MySQL的5.0参考手册” ，在“修复TABLE语法”是相当详尽。
所以，我可以理解是：
- 事业的腐败表格，或更确切地说指数，几乎总是由于突然坠毁的数据库;需要了解多少百分比的责任应由主办...
- 该命令修复表nometabella ;只是试图重建索引文件;
- 该命令修复表nometabella USE_FRM ;使用的情况下，索引文件没有更多或当标题舞弊。 选择USE_FRM原因档案。 MYI重新建立档案。 FRM的，所以这一措施更加激进和危险的。 同样的参考MySQL的说 ： “ 使用这种模式不仅如果你不能使用一般的修复模式。 的。 MYI头包含了重要的表数据（特别是，目前AUTO_INCREMENT价值和删除链接） ，这些失去修复... USE_FRM 。 不要使用USE_FRM如果表被压缩，因为这信息也存储在。 MYI文件。 “
 |
文章有关“修复损坏的表在MySQL ”
仍然没有任何评论'
发表评论
关闭
- 社会网络
- 发送电子邮件