Oracle技术：介绍MySQL数据库中的REPAIRTABLE语法

会计考友

MySQL数据库中的REPAIRTABLE语法：       这些：[pre]REPAIR [LOCAL | NO_WRITE_TO_BINLOG] TABLE[/pre][pre] tbl_name[,tbl_name] … [QUICK] [EXTENDED] [USE_FRM][/pre]REPAIR TABLE都是用于修复被破损的表。默认情形下，REPAIR TABLE与myisamchk --recovertbl_name具有不异的效不美观。REPAIR TABLE对MyISAM和ARCHIVE表起浸染。
$ ]/ J% j* v4 O7 q    凡是，您根基上不必运行此语句。可是，如不美观灾难发生，REPAIR TABLE很有可能年夜MyISAM表中找回所稀有据。如不美观您的表经常被破损，您应该死力找到原因，以避免使用REPAIR TALBE。请参见A.4.2节，“如不美观MySQL依然解体，应作些什么”。同时也见15.1.4节，“MyISAM表方面的问题”。
) Z! ?: F- x4 @( F' U    本语句会返回一个含有以下列的表：
0 O2 z* [$ P* Z% d; u
    对于每个被修复的表，REPAIR TABLE语句会发生多行的信息。上一行含有一个Msg_type状况值。Msg_test凡是应为OK。如不美观您没有获得OK，您应该考试考试使用myisamchk --safe-recover修复表，因为REPAIR TABLE尚不会执行所有的myisamchk选项。我们打算在未来使它的矫捷性更强。
    如不美观给定了QUICK，则REPAIR TABLE会考试考试只修复索引树。这种类型的修改暌闺使用myisamchk --recover --quick相似。
    如不美观您使用EXTENDED，则MySQL幻突鹦一行地建树索引行，庖代使用分类一次建树一个索引。这种类型的修改暌闺使用myisamchk --safe-recover相似。
2 P7 k) }9 a4 f3 @    对于REPAIR TABLE，还有一种USE_FRM模式可以操作。如不美观。MYI索引文件缺失踪或问题被破损，则使用此模式。在这种模式下，MySQL可以使用来自。frm文件年夜头建树。MYI文件。这种修复不能使用myisamchk来完成。 注释：只能在您不能使用常规REPAIR模式是，才能使用此模式。。MYI问题包含主要的表元数据（出格是，当前的AUTO_INCREMENT值和Delete链接）。这些元数据在REPAIR…USE_FRM中丢失踪。如不美观表被压缩，则不能使用USE_FRM。因为本信息也存储在。MYI文件中。
    REPAIR TABLE语句被写入二进制日志中，除非使用了自选的NO_WRITE_TO_BINLOG关头词（或其别号LOCAL）。
7 r8 `1 J3 q$ V6 N! v' a& [, G    警告：如不美观在REPAIR TABLE运行过程中，处事器停机，则在年夜头启动之后，在执行其它操作之前，您必需马上对表再执行一个REPAIR TABLE语句。（经由过程建造一个备份来启动是一个好法子。）再最晦气情形下，您可以有一个新的清洁的索引文件，不含有关数据文件的信息。然后，您执行的下矣闽操作会笼盖数据文件。这很少发生，可是是有可能的。