怎么查看mysql数据库中的表是否损坏

可以使用语句检查表。如果结果的msg_text部分是好的，那么你的表是健康的。反之，则表明mysql数据库中的表有损坏。另外有些厉害的高手一额可以通过运行脚本来检测。

MyISAM 表可以采用以下方法进行修复 ：使用 reapair table 或myisamchk 来修复。如果修复无效，采用备份恢复表。

阶段1 ：检查你的表

如果你有很多时间，运行myisamchk *.MYI 或myisamchk -e *.MYI 。使用-s （沉默）选项禁止不必要的信息。如果mysqld 服务器处于宕机状态，应使用--update-state 选项来告诉myisamchk 将表标记为' 检查过的' 。

你必须只修复那些myisamchk 报告有错误的表。对这样的表，继续到阶段2 。如果在检查时，你得到奇怪的错误( 例如out of memory 错误) ，或如果myisamchk 崩溃，到阶段3 。

阶段2 ：简单安全的修复

注释：如果想更快地进行修复，当运行myisamchk 时，你应将sort_buffer_size 和Key_buffer_size 变量的值设置为可用内存的大约25% 。

首先，试试myisamchk -r -q tbl_name(-r -q 意味着“ 快速恢复模式”) 。这将试图不接触数据文件来修复索引文件。如果数据文件包含它应有的一切内容和指向数据文件内正确地点的删除连接，这应该管用并且表可被修复。开始修复下一张表。否则，执行下列过程：

在继续前对数据文件进行备份。使用myisamchk -r tbl_name(-r 意味着“ 恢复模式”) 。这将从数据文件中删除不正确的记录和已被删除的记录并重建索引文件。

如果前面的步骤失败，使用myisamchk --safe-recover tbl_name 。安全恢复模式使用一个老的恢复方法，处理常规恢复模式不行的少数情况( 但是更慢) 。如果在修复时，你得到奇怪的错误( 例如out of memory 错误) ，或如果myisamchk 崩溃，到阶段3 。

阶段3 ：困难的修复

只有在索引文件的第一个16K 块被破坏，或包含不正确的信息，或如果索引文件丢失，你才应该到这个阶段。在这种情况下，需要创建一个新的索引文件。按如下步骤 *** 做：

把数据文件移到安全的地方。使用表描述文件创建新的( 空) 数据文件和索引文件：

shell>mysql db_name

mysql>SET AUTOCOMMIT=1

mysql>TRUNCATE TABLE tbl_name

mysql>quit

如果你的MySQL 版本没有TRUNCATE TABLE ，则使用DELETE FROM tbl_name 。将老的数据文件拷贝到新创建的数据文件之中。回到阶段2 。现在myisamchk -r -q 应该工作了。你还可以使用REPAIR TABLE tbl_name USE_FRM ，将自动执行整个程序。

阶段4 ：非常困难的修复

只有.frm 描述文件也破坏了，你才应该到达这个阶段。这应该从未发生过，因为在表被创建以后，描述文件就不再改变了。

从一个备份恢复描述文件然后回到阶段3 。你也可以恢复索引文件然后回到阶段2 。对后者，你应该用myisamchk -r 启动。

如果你没有进行备份但是确切地知道表是怎样创建的，在另一个数据库中创建表的一个拷贝。删除新的数据文件，然后从其他数据库将描述文件和索引文件移到破坏的数据库中。这样提供了新的描述和索引文件，但是让.MYD 数据文件独自留下来了。回到阶段2并且尝试重建索引文件。

修复MYSQL数据库因断电造成的数据损坏

在使用MySQL数据库的时候，都碰到过因断电造成数据库损坏的情况，大家都知道，断电或非正常关机是导致MySQL数据库出现错误最常见的原因，如何恢复MySQL数据库是大家都非常头痛的问题。目前有方法可以帮助大家恢复损坏的MySQL数据库吗？

当用户出现断电造成的MySQL数据库丢失损坏时，如果能进入MySQL软件，但是提示错误信息，用户可以通过“系统维护”—“数据库压缩修复”，压缩下数据库（有些软件在“系统设置”—“系统维护”—“数据库备份\恢复”中），这种方法只适合一小部分的数据库故障修复，功能性并不高。

现在网络上有两种比较推荐使用的MySQL数据库恢复方法，一种方法使用MySQL(和PHP搭配之最佳组合)的check table和repair table 的sql语句，另一种方法是使用MySQL(和PHP搭配之最佳组合)提供的多个myisamchk， isamchk数据检测恢复工具。在很多用户看来，这两个方法都比较复杂，并不适合大多数的用户使用。另外，这两种方法并不能有效的恢复MySQL数据库，可能还会造成数据库被进一步损坏，造成大家无法挽回的损失。根据以上几个原因，这两种MySQL数据库恢复方法并不建议大家使用。

。

数据库被损坏分以下几种情况：

1、严重损坏

2、轻度损坏

3、有些表被损坏或有些表的部分记录被损坏

Windows上安装了XMAPP-controller之后间歇性出现MySQL无法启动，查看日之后发现是innodb的报错，报错信息如下：

度娘上各种答案无法解决，后来直接看官方文档，直接上解决方案：

踩坑指南 - - *** 作配置前需要做这些 *** 作：

1、配置my.cnf 配置innodb_force_recovery = 1 到 6 试到正确为止，重启MySQL

2、导出数据脚本 mysqldump -uroot -p123456 test >test.sql 导出SQL脚本。或者用Navicat将所有数据库/表导入到其他服务器的数据库中。 注意：这里的数据一定要备份成功。然后删除原数据库中的数据。

3、删除ib_logfile0、ib_logfile1、ibdata1 备份MySQL数据目录下的ib_logfile0、ib_logfile1、ibdata1三个文件，然后将这三个文件删除

4、配置my.cnf 将my.cnf中innodb_force_recovery 这行配置删除或者配置为innodb_force_recovery = 0，重启MySQL服务

5、将数据导入MySQL数据库 mysql -uroot -p123456 test <test.sql

或者用Navicat将备份的数据导入到数据库中。 如果在导入数据过程中发生tablespace不存在的问题，请删除data目录相应database下的文件。

---