修复mysql的表
数据损坏原因
MySQL表损坏一般是数据损坏,引起损坏的原因可能是由于磁盘损坏、系统崩溃或者MySQL服务器被崩溃等外部原因。例如有人使用kill -9
终止进程,导致MySQL进程未能正常关闭,那么就很有可能导致数据损坏。
对于不同的引擎,数据损坏修复的方式不一样,作为一般情况可以尝试使用CHECK TABLE
和REPAIR TABLE
命令修复。
MyISAM损坏的修复方案
MyISAM损坏有两种修复方式:
1.通过SQL修复MyISAM表:
查看表是否损坏:
mysql> CHECK TABLE t1;
+---------------+-------+----------+----------+
| Table | Op | Msg_type | Msg_text |
+---------------+-------+----------+----------+
| db1.t1 | check | status | OK |
+---------------+-------+----------+----------+
1 row in set (0.00 sec)
- 1
- 2
- 3
- 4
- 5
- 6
- 7
修复表:
mysql> repair table t1;
+---------------+--------+----------+---------------------------------------------------------+
| Table | Op | Msg_type | Msg_text |
+---------------+--------+----------+---------------------------------------------------------+
| db1.t1 | repair | note | The storage engine for the table doesn't support repair |
+---------------+--------+----------+---------------------------------------------------------+
1 row in set (0.00 sec)
- 1
- 2
- 3
- 4
- 5
- 6
- 7
如果单纯执行REPAIR TABLE
没有起到什么效果,那么可以选择另外两个选项:
- REPAIR TABLE EXTENDED
,速度比REPAIR TABLE
慢得多,但是可以修复99%的错误;
- REPAIR TABLE USE_FRM
,它会删除索引并利用table_name.frm文件中的描述重建索引,并通过table_name.MYD文件填充健对应的值。
2. 使用myisamchk修复MyISAM
myisamchk可以直接访问表文件,而无须启动MySQL服务器。
进入datadir文件目录,执行基本命令:
myisamchk --backup --recover t1
- 1
其中,--backup
选项是在尝试修复表之前先进行数据文件备份,还有其他使用选项就不一一介绍了。
InnoDB数据损坏修复
InnoDB是带有事务的存储引擎,并且其内部机制会自动修复大部分数据损坏错误,它会在服务器启动时进行修复。
不过,有时候数据损坏得很严重并且InnoDB无法在没有用户交互的情况下完成修复,在这种情况下,有--innodb_force_recovery
启动选项。
该选项可以设置0~6(0 不强制修复 1是最低级别 6最高级别)。
如果发生损坏,可以从1开始尝试修复,直到可以启动服务器并且可以访问有问题的表为止.
启动后使用select into outfile
将表转储到文件中,然后使用drop
和create
命令重新创建表,最后用--innodb_force_recovery=0
重新启动服务器,然后加载文件数据。
当需要在--innodb_force_recovery
选项是正数的情况下修复数据库时,错误日志通常会有明确的提示信息。