mysql 怎么故意损坏表 我想有个测试的损坏表，让我自动修复做测试！

1. 表损坏的原因分析

以下原因是导致mysql 表毁坏的常见原因：

1、 服务器突然断电导致数据文件损坏。

2、 强制关机，没有先关闭mysql 服务。

3、 mysqld 进程在写表时被杀掉。

4、 使用myisamchk 的同时，mysqld 也在 *** 作表。

5、 磁盘故障。

6、 服务器死机。

7、 mysql 本身的bug 。

2. 表损坏的症状

一个损坏的表的典型症状如下：

1 、当在从表中选择数据之时，你得到如下错误：

Incorrect key file for table: ’...’. Try to repair it

2 、查询不能在表中找到行或返回不完全的数据。

3 、Error: Table ’p’ is marked as crashed and should be repaired 。

4 、打开表失败： Can’t open file: ‘×××.MYI’ (errno: 145) 。

---------------------------------------------------------------------------------

好吧，你的确很无聊。。。。。

修复 mysql 数据库电源故障造成的数据损坏在使用 mysql 数据库时，我们都遇到过电源故障造成的数据库损坏，我们都知道，电源故障或异常关机是 mysql 数据库错误最常见的原因，如何恢复 mysql 数据库是每个人都头疼的问题。有什么办法可以帮你恢复破损的 mysql 数据库吗？当用户由于电源故障而丢失或损坏 mysql 数据库时，如果他们可以进入 mysql 软件但是被错误提示，用户可以使用“系统维护”作为“数据库压缩修复” ，压缩数据库(一些软件在“系统设置”、“系统维护”、“数据库备份和恢复”) ，这种方法只适用于数据库故障修复的一小部分，功能不高。在 web 上 mysql 数据库恢复有两种推荐的方法，一种是使用 sql 语句，如 mysql 的 check table 和 repair table (与 php 的最佳组合) ，另一种是使用 mysql 提供的多个 myisamchk、 isamchk 数据检测和恢复工具(与 php 的最佳组合)。许多用户认为，这两种方法都很复杂，不适合大多数用户。此外，这两种方法都不能有效地恢复 mysql 数据库，还可能导致数据库被进一步破坏，造成不可挽回的损失。由于上述原因，不推荐使用两种 mysql 数据库恢复方法。数据库以下列方式损坏: 1。严重腐败2。轻微腐败3。有些表已损坏，有些表的记录已部分损坏

损坏mysql数据表的索引

mysql表索引被破坏的问题及解决

下午上班，惊闻我的dedecms的网站出问题了，访问一看，果然全屏报错，检查mysql日志，错误信息为：

Table '.\dedecmsv4\dede_archives' is marked as crashed and should be repaired

提示说cms的文章表dede_archives被标记有问题，需要修复。于是赶快恢复历史数据，上网查找原因。最终将问题解决。解决方法如下：

找到mysql的安装目录的bin/myisamchk工具，在命令行中输入：

myisamchk -c -r ../data/dedecmsv4/dede_archives.MYI

然后myisamchk 工具会帮助你恢复数据表的索引。重新启动mysql，问题解决。

问题分析：

1、错误产生原因，有网友说是频繁查询和更新dede_archives表造成的索引错误，因为我的页面没有静态生成，而是动态页面，因此比较同意

这种说法。还有说法为是MYSQL数据库因为某种原因而受到了损坏，如：数据库服务器突发性的断电、在提在数据库表提供服务时对表的原文件

进行某种 *** 作都有可能导致MYSQL数据库表被损坏而无法读取数据。总之就是因为某些不可测的问题造成表的损坏。

2、问题解决办法。

当你试图修复一个被破坏的表的问题时，有三种修复类型。如果你得到一个错误信息指出一个临时文件不能建立，删除信息所指出的文件并再

试一次--这通常是上一次修复 *** 作遗留下来的。

这三种修复方法如下所示：

% myisamchk --recover --quick /path/to/tblName

% myisamchk --recover /path/to/tblName

% myisamchk --safe-recover /path/to/tblName

第一种是最快的，用来修复最普通的问题；而最后一种是最慢的，用来修复一些其它方法所不能修复的问题。

检查和修复MySQL数据文件

如果上面的方法无法修复一个被损坏的表，在你放弃之前，你还可以试试下面这两个技巧：

如果你怀疑表的索引文件(*.MYI)发生了不可修复的错误，甚至是丢失了这个文件，你可以使用数据文件(*.MYD)和数据格式文件(*.frm)重新生

成它。首先制作一个数据文件(tblName.MYD)的拷贝。重启你的MySQL服务并连接到这个服务上，使用下面的命令删除表的内容：

mysql>DELETE FROM tblName

在删除表的内容的同时，会建立一个新的索引文件。退出登录并重新关闭服务，然后用你刚才保存的数据文件(tblName.MYD)覆盖新的(空)数据

文件。最后，使用myisamchk执行标准的修复(上面的第二种方法)，根据表的数据的内容和表的格式文件重新生成索引数据。

如果你的表的格式文件(tblName.frm)丢失了或者是发生了不可修复的错误，但是你清楚如何使用相应的CREATE

TABLE语句来重新生成这张表，你可以重新生成一个新的.frm文件并和你的数据文件和索引文件(如果索引文件有问题，使用上面的方法重建一

个新的)一起使用。首先制作一个数据和索引文件的拷贝，然后删除原来的文件(删除数据目录下有关这个表的所有记录)。

启动MySQL服务并使用当初的CREATE

TABLE文件建立一个新的表。新的.frm文件应该可以正常工作了，但是最好你还是执行一下标准的修复(上面的第二种方法)。

3、myisamchk工具介绍（见mysql的官方手册）

可以使用myisamchk实用程序来获得有关数据库表的信息或检查、修复、优化他们。myisamchk适用MyISAM表(对应.MYI和.MYD文件的表)。

调用myisamchk的方法：

shell>myisamchk [options] tbl_name ...

options指定你想让myisamchk做什么。在后面描述它们。还可以通过调用myisamchk --help得到选项列表。

tbl_name是你想要检查或修复的数据库表。如果你不在数据库目录的某处运行myisamchk，你必须指定数据库目录的路径，因为myisamchk不知

道你的数据库位于哪儿。实际上，myisamchk不在乎你正在 *** 作的文件是否位于一个数据库目录；你可以将对应于数据库表的文件拷贝到别处并

且在那里执行恢复 *** 作。

如果你愿意，可以用myisamchk命令行命名几个表。还可以通过命名索引文件(用“

.MYI”后缀)来指定一个表。它允许你通过使用模式“*.MYI”指定在一个目录所有的表。例如，如果你在数据库目录，可以这样在目录下检查

所有的MyISAM表：

shell>myisamchk *.MYI

如果你不在数据库目录下，可通过指定到目录的路径检查所有在那里的表：

shell>myisamchk /path/to/database_dir*.MYI

---