mysql修复表，索引_mysql

概述转自：http://blog.csdn.net/taoliujun/article/details/6832230REPAIR [LOCAL |NO_WRITE_TO_BINLOG] TABLE tbl_name[,tbl_name]...[QUICK] [EXTENDED] [USE_FRM]repair table用于修复被破坏的表。默认情况下，repair table与myisamchk--recovertbl_name具有相同的效果。repair table对MyISAM和ARCHIVE表起作用。请参见15.1节，“MyISAM存储引擎”,15.8节，“ARCHIVE存储引擎”。通常，您基本上不必运行此语句。但是，如果灾难发生，repair table很有可能从MyISAM表中找回所有数据。如果您的表经常被破坏，您应该尽力找到原因，以避免使用repair table。请参见A.4.2节，“如果MySQL依然崩溃，应作些什么”。同时也见15.1.4节，“MyISAM表方面的问题”。本语句会返回一个含有以下列的表：列值Table表名称Op进行修复Msg_type状态、错误、信息或警告之一Msg_text消息对于每个被修复的表，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相似。对于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）。警告：如果在repair table运行过程中，服务器停机，则在重新启动之后，在执行其它 *** 作之前，您必须立刻对表再执行一个repair table语句。（通过制作一个备份来启动是一个好办法。）再最不利情况下，您可以有一个新的干净的索引文件，不含有关数据文件的信息。然后，您执行的下一个 *** 作会覆盖数据文件。这很少发生，但是是有可能的。 mysql repair table-Can’t open file:‘[Table]mytable.MYI’. 也许很多人遇到过类似Can’t open file:‘[Table]mytable.MYI’ 这样的错误信息,却不知道怎么解决他,下面我们做个介绍:多数情况下,数据库被破坏只是指索引文件受到了破坏,真正的数据被破坏掉的情况非常少。大多数形式的数据库破坏的的修复相当简单。和前面的校验一样,修复的方式也有三种。下面讲的方法只对MyISAM格式的表有效。其他类型的损坏需要从备份中恢复。1,repair table SQLstatement(mysql服务必须处于运行状态)。2,命令mysqlcheck(mysql服务可以处于运行状态)。3,命令myisamchk(必须停掉mysql服务,或者所 *** 作的表处于不活动状态)。在修复表的时候,最好先作一下备份。所以你需要两倍于原始表大小的硬盘空间。请确保在进行修复前你的硬盘空间还没有用完。 1> 用”repair table”方式修复语法:repair table 表名 [选项]选项如下:QUICK 用在数据表还没被修改的情况下,速度最快EXTENDED 试图去恢复每个数据行,会产生一些垃圾数据行,万般无奈的情况下用USE_FRM 用在.MYI文件丢失或者头部受到破坏的情况下。利用.frm的定义来重建索引多数情况下,简单得用”repair tabletablename”不加选项就可以搞定问题。但是当.MYI文件丢失或者头部受到破坏时,这样的方式不管用,例如: For example:mysql>repair table mytable;+————————-+——–+———-+—————————————————————————————+| Table | Op | Msg_type | Msg_text |+————————-+——–+———-+—————————————————————————————+| sports_results.mytable |repair |error | Can’t find file: ‘mytable.MYI’ (errno: 2) |+————————-+——–+———-+—————————————————————————————+修复失败的原因时索引文件丢失或者其头部遭到了破坏,为了利用相关定义文件来修复,需要用USE_FRM选项。例如:mysql>repair table mytable USE_FRM;+————————-+——–+———-+————————————————————————————+| Table | Op | Msg_type|Msg_text |+————————-+——–+———-+————————————————————————————+| sports_results.mytable |repair |warning | Number of rowschanged from 0 to 2 || sports_results.mytable |repair | status | OK |+————————-+——–+———-+————————————————————————————+我们可以看到Msg_test表项的输出信息”ok”,表名已经成功修复受损表。 2> 用mysql内建命令mysqlcheck来修复当mysql服务在运行时,也可以用mysql内建命令mysqlcheck来修复。语法:mysqlcheck -r 数据库名表名 -uuser-ppassCommand: %mysqlcheck -rsports_results mytable -uuser -ppassResult: sports_results.mytableOK利用mysqlcheck可以一次性修复多个表。只要在数据库名后列出相应表名即可(用空格隔开)。或者数据库名后不加表名,将会修复数据库中的所有表,例如:Command: %mysqlcheck -rsports_results mytable events -uuser -ppassResult: sports_results.mytableOKResult: sports_results.events OK Command: %mysqlcheck -r sports_results -uuser -ppassResult: sports_results.mytableOKResult: sports_results.events OK 3>用myisamchk修复用这种方式时,mysql服务必须停掉,或者所 *** 作的表处于不活动状态(选项skip-external-locking没被使用)。记着一定要在相关.MYI文件的路径下或者自己定义其路径。语法:myisamchk [选项] [表名]下面是其选项和描述–backup, -B 在进行修复前作相关表得备份–correct-checksum 纠正校验和–data-file-length=#, -D # 重建表时,指定数据文件得最大长度–extend-check, -e 试图去恢复每个数据行,会产生一些垃圾数据行,万般无奈的情况下用–force, -f 当遇到文件名相同的.TMD文件时,将其覆盖掉。keys-used=#, -k # 指定所用的keys可加快处理速度,每个二进制位代表一个key.第一个key为0–recover, -r 最常用的选项,大多数破坏都可以通过它来修复。如果你的内存足够大,可以增大参数sort_buffer_size的值来加快恢复的速度。但是遇到唯一键由于破坏而不唯一的表时,这种方式不管用。–safe-recover －o最彻底的修复方式,但是比-r方式慢,一般在-r修复失败后才使用。这种方式读出所有的行,并以行为基础来重建索引。它的硬盘空间需求比-r方式稍微小一点,因为它没创建分类缓存。你可以增加key_buffer_size的值来加快修复的速度。–sort-recover, -n mysql用它类分类索引,尽管结果是临时文件会非常大–character-sets-dir=… 包含字符集设置的目录–set-character-set=name 为索引定义一个新的字符集–tmpdir=path, -t 如果你不想用环境变量TMPDIR的值的话,可以自定义临时文件的存放位置–quick, -q 最快的修复方式,当数据文件没有被修改时用,当存在多键时,第二个-q将会修改数据文件–unpack, -u 解开被myisampack打包的文件 myisamchk应用的一个例子% myisamchk -r mytable- recovering (with keycache) MyISAM-table‘mytable.MYI’Data records: 0

<div id="sina_keyword_ad_area2" >
REPAIR [LOCAL |NO_WRITE_TO_BINLOG] TABLE tbl_name[,tbl_name]...
[QUICK] [EXTENDED] [USE_FRM]

repair table用于修复被破坏的表。默认情况下，repair table与myisamchk--recovertbl_name具有相同的效果。repair
table对MyISAM和ARCHIVE表起作用。请参见<a >15.1节，“MyISAM存储引擎”,<a >15.8节，“ARCHIVE存储引擎”。

通常，您基本上不必运行此语句。但是，如果灾难发生，repair table很有可能从MyISAM表中找回所有数据。如果您的表经常被破坏，您应该尽力找到原因，以避免使用repair
table。请参见<a >A.4.2节，“如果MySQL依然崩溃，应作些什么”。同时也见<a >15.1.4节，“MyISAM表方面的问题”。

本语句会返回一个含有以下列的表：

<table ><tbody >
<tr >
<td >
列

</td>
<td >
值

</td>
</tr>
<tr >
<td >
Table

</td>
<td >
表名称

</td>
</tr>
<tr >
<td >
Op

</td>
<td >
进行修复

</td>
</tr>
<tr >
<td >
Msg_type

</td>
<td >
状态、错误、信息或警告之一

</td>
</tr>
<tr >
<td >
Msg_text

</td>
<td >
消息

</td>
</tr>

语句会产生多行的信息。上一行含有一个状态值。通常应为。如果您没有得到，您应该尝试使用修复表，因为尚不会执行所有的选项。我们计划在将来使它的灵活性更强。

，则会尝试只修复索引树。这种类型的修复与使用相似。

会一行一行地创建索引行，代替使用分类一次创建一个索引。这种类型的修复与使用相似。

，还有一种模式可以利用。如果索引文件缺失或标题被破坏，则使用此模式。在这种模式下，可以使用来自文件重新创建文件。这种修复不能使用来完成。注释：只能在您不能使用常规模式是，才能使用此模式。标题包含重要的表元数据（特别是，当前的值和链接）。这些元数据在中丢失。如果表被压缩，则不能使用。因为本信息也存储在文件中。

语句被写入二进制日志中，除非使用了自选的关键词（或其别名）。

运行过程中，服务器停机，则在重新启动之后，在执行其它 *** 作之前，您必须立刻对表再执行一个语句。（通过制作一个备份来启动是一个好办法。）再最不利情况下，您可以有一个新的干净的索引文件，不含有关数据文件的信息。然后，您执行的下一个 *** 作会覆盖数据文件。这很少发生，但是是有可能的。

sqlstatement(MysqL服务必须处于运行状态)。

用”repair table”方式修复

mytable;

mytable USE_FRM;

用MysqL内建命令MysqLcheck来修复

用myisamchk修复

总结

以上是内存溢出为你收集整理的mysql修复表，索引全部内容，希望文章能够帮你解决mysql修复表，索引所遇到的程序开发问题。

如果觉得内存溢出网站内容还不错，欢迎将内存溢出网站推荐给程序员好友。

欢迎分享，转载请注明来源：内存溢出