修复数据表(mysql repair table-Can’t open file: ‘[Table]mytable.MYI’.)

翻译 2012年02月22日 22:10:43

也许很多人遇到过类似Can’t open file: ‘[Table]mytable.MYI’ 这样的错误信息,却不知道怎么解决他,下面我们做个介绍,多数情况下,数据库被破坏只是指索引文件受到了破坏,真正的数据被破坏掉的情况非常少。大多数形式的数据库破坏的的修复相当简单,修复的方式也有三种。

下面讲的方法只对MyISAM格式的表有效。其他类型的损坏需要从备份中恢复。

1,REPAIR TABLE SQL statement(mysql服务必须处于运行状态)。
2,命令mysqlcheck(mysql服务可以处于运行状态)。
3,命令myisamchk(必须停掉mysql服务,或者所操作的表处于不活动状态)。

在修复表的时候,最好先作一下备份。所以你需要两倍于原始表大小的硬盘空间。请确保在进行修复前你的硬盘空间还没有用完。

1>用”repair table”方式修复
语法:repair table 表名 [选项]
选项如下:
QUICK 用在数据表还没被修改的情况下,速度最快
EXTENDED 试图去恢复每个数据行,会产生一些垃圾数据行,万般无奈的情况下用
USE_FRM 用在.MYI文件丢失或者头部受到破坏的情况下。利用.frm的定义来重建索引

多数情况下,简单得用”repair table tablename”不加选项就可以搞定问题。但是当.MYI文件丢失或者头部受到破坏时,这样的方式不管用,例如:

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 rows changed from 0 to 2 |
| sports_results.mytable | repair | status | OK |
+————————-+——–+———-+————————————+
我们可以看到Msg_test表项的输出信息”ok”,表名已经成功修复受损表。

2>用mysql内建命令mysqlcheck来修复
当mysql服务在运行时,也可以用mysql内建命令mysqlcheck来修复。
语法:mysqlcheck -r 数据库名 表名 -uuser -ppass

%mysqlcheck -r sports_results mytable -uuser -ppass
sports_results.mytable OK
利用mysqlcheck可以一次性修复多个表。只要在数据库名后列出相应表名即可(用空格隔开)。或者数据库名后不加表名,将会修复数据库中的所有表,例如:

%mysqlcheck -r sports_results mytable events -uuser -ppass
sports_results.mytable OK
sports_results.events OK

%mysqlcheck -r sports_results -uuser -ppass
sports_results.mytable OK
sports_results.events OK

mysqlcheck支持下面的选项:

---help,-?
显示帮助消息并退出。
--all--database,-A
检查所有数据库中的所有表。与使用---database选项相同,在命令行中命名所有数据库。
--all-in-1,-1
不是为每个表发出一个语句,而是为命名数据库中待处理的所有表的每个数据库执行一个语句。
--analyze,-a
分析表。
--auto-repair
如果某个被检查的表破坏了,自动修复它。检查完所有表后自动进行所有需要的修复。
--character-sets-dir=path
字符集的安装目录。
--check,-c
检查表的错误。
--check-only-changed,-C
只检查上次检查以来已经更改的或没有正确关闭的表。
--compress
压缩在客户端和服务器之间发送的所有信息(如果二者均支持压缩)。
---database,-B
处理数据库中命名的所有表。使用该选项,所有字名参量被看作数据库名,而不是表名。
---debug[=debug_options],-# [debug_options]
写调试日志。debug_options字符串通常为'd:t:o,file_name'。\
--default-character-set=charset
使用charsetas默认字符集。
--extended,-e
如果你正使用该选项来检查表,可以确保它们100%地一致,但需要很长的时间。
如果你正使用该选项来修复表,则运行扩展修复,不但执行的时间很长,而且还会产生大量的垃圾行!
--fast,-F
只检查没有正确关闭的表。
--force,-f
即使出现SQL错误也继续。
--host=host_name,-h host_name
连接给定主机上的MySQL服务器。
--medium-check,-m
执行比--extended操作更快的检查。只能发现99.99%的错误,在大多数情况下这已经足够了。
--optimize,-o
优化表。
--password[=password],-p[password]
当连接服务器时使用的密码。如果使用短选项形式(-p),选项和 密码之间不能有空格。如果在命令行中--password或-p选项后面没有 密码值,则提示输入一个密码。
--port=port_num,-P port_num
用于连接的TCP/IP端口号。
--protocol={TCP | SOCKET | PIPE | MEMORY}
使用的连接协议。
--quick,-q
如果你正使用该选项在检查表,它防止扫描行以检查错误链接的检查。这是最快的检查方法。如果你正使用该选项在修复表,它尝试只修复索引树。这是最快的修复方法。
--repair,-r
执行可以修复大部分问题的修复,只是唯一值不唯一时不能修复。
--silent,-s
沉默模式。只打印错误消息。
--socket=path,-S path
用于连接的套接字文件。
--tables
覆盖---database或-B选项。选项后面的所有参量被视为表名。
--user=user_name,-u user_name
当连接服务器时使用的MySQL用户名。
--verbose,-v
冗长模式。打印关于各阶段程序操作的信息。
--version,-V
显示版本信息并退出。

例如:
mysqlcheck -a -c -o -r [db_name] [table_name] -uroot -p111111

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


相关文章推荐

修复数据表(mysql repair table-Can’t open file: ‘[Table]mytable.MYI’.)

修复数据表(mysql repair table-Can’t open file: ‘[Table]mytable.MYI’.)

MySQL异常:Incorrect key file for table '/tmp/#sql_37b_1.MYI'; try to repair it

今天突然收到报警短信,提示网站有一个模块出现异常,当时我就方了 检查了下日志,发现异常如下:Caused by: java.sql.SQLException: Incorrect key file f...

Can’t create/write to file ‘c:\temp/#sql-XXX.MYI′ -- 解决办法

Can’t create/write to file ‘c:\temp/#sql-XXX.MYI′ -- 解决办法 Can’t create/write to file ‘c:\temp/#sql-...

Incorrect key file for table ‘/tmp/#sql_bd2_0.MYI’解决

Incorrect key file for table ‘/tmp/#sql_bd2_0.MYI’解决  Vick  九月 24, 2014  Mysql, 数据库  暂无评论 ...
  • vicklin
  • vicklin
  • 2014年09月28日 22:13
  • 1274

MYSQL建立外键失败几种情况记录Can’t create table。。。。

当你试图在mysql中创建一个外键的时候,这个出错会经常发生,这是非常令人沮丧的。像这种不能创建一个.frm 文件的报错好像暗示着操作系统的文件的权限错误或者其它原因,但实际上,这些都不是的,事实上,...

mysql之repair table 修复表札记

REPAIR [LOCAL | NO_WRITE_TO_BINLOG] TABLE   tbl_name[,tbl_name] ... [QUICK] [EXTENDED] [USE_FRM] ...

MySQL故障 Fatal error: Can't open and lock privilege tables: Table 'mysql.host' doesn't exist

MySQL数据库不同版本之间的一些实现机制和系统表的数量是不同的,所以使用innobackupex进行物理备份和恢复的时候,会出现问题。       今天在一台安装 MySQL 5.615 ...

mysql Cannot find or open table x/x 及解决办法

今天修改mysql配置,重构后,进入数据库能show tables查看到表,却无法select表,出现 Table x doesn't exist 的报错,查看mysql错误日志: [ERROR...

MySql 错误1067,1045( Can't open and lock privilege tables: Table 'mysql.user' doesn't exist)

由于不小心将mysql数据库删除了,导致MySql服务无法启动。打开“计算机管理->系统工具->事件查看器->Windows->应用程序”找到MySQL的错误日志:Fatal error: Can’t...

mysql error: Can't open and lock privilege tables: Table 'mysql.host' doesn't exist

mysql 启动时报错:error: Can’t open and lock privilege tables: Table ‘mysql.host’ doesn’t exist我将s9当众原来的my...
内容举报
返回顶部
收藏助手
不良信息举报
您举报文章:修复数据表(mysql repair table-Can’t open file: ‘[Table]mytable.MYI’.)
举报原因:
原因补充:

(最多只允许输入30个字)