昨天由于程序的恶意攻击 公司的MYSQL服务就是连接不上。远程控制服务器也连接不上，没办法了，只有找服务商来重新启动下服务器。
由于服务器是非正常关机，数据库中有一个表损坏了。
现象是：SQL语句中加入（统配符）“%”的语句全部报错。
开始的时候我还以为是程序的问题。根本没考虑表会有损坏。
找程序中的错误，为什么找程序中的错误呢？ 是因为我看公司的PHP代码的时候，看见很有程序中存在BUG。做了这么多年的程序员的习惯吧。修正！~~
可是今天修改后，有中文的使用%做查询就报错。两边使用%的也报错。
因为客户的电话一个接着一个的打过来。我心里也急啊。这样时间长了 会使公司损失掉顾客的。顾客是什么？就是我们的衣食父母啊。
后来加入了BUG检查的程序，结果全部的sql语句正确 有LIKE+%的MYSQL函数都有报错。这样我才考虑到是不是MYSQL表损坏了。一弄就是4个小时啊。
下面使用MYSQL自带的命令 来修复下TABLE。
MYSQL ./bin目录中有一个MYISAMCHK的程序 就是用来完成这样功能的。
MySQL参考手册的第十五章讲述了MySQL自带的myisamchk的功能，以及如何使用它检查和修复你的MySQL数据文件。
在我们继续之前，必须意识到myisamchk程序对用来检查和修改的MySQL数据文件的访问应该是唯一的。如果MySQL服务正在使用某一文件，并对myisamchk正在检查的文件进行修改，myisamchk会误以为发生了错误，并会试图进行修复--这将导致MySQL服务的崩溃！这样，要避免这种情况的发生，通常需要在工作时关闭MySQL服务。作为选择，也可以暂时关闭服务以制作一个文件的拷贝，然后在这个拷贝上工作。当你做完了以后，重新关闭服务并使用新的文件取代原来的文件(也许还需要使用期间的变更日志)。
每一个数据表对应三个文件，它们和表名相同，但是具有不同的扩展名。tblName.frm文件是表的定义，它保存了表中包含的数据列的内容和类型。tblName.MYD文件包含了表中的数据。tblName.MYI文件包含了表的索引(例如，它可能包含lookup表以帮助提高对表的主键列的查询)。
要检查一个表的错误，只需要运行myisamchk(在MySQL的bin目录下)并提供文件的位置和表名，或者是表的索引文件名：
| % myisamchk /usr/local/mysql/var/dbName/tblName % myisamchk /usr/local/mysql/var/dbName/tblName.MYI |
上面的两个命令都可以执行对指定表的检查。要检查数据库中所有的表，可以使用通配符：
| % myisamchk /usr/local/mysql/var/dbName/*.MYI |
要检查所有数据库中的所有表，可以使用两个通配符：
| % myisamchk /usr/local/mysql/var/*/*.MYI |
如果不带任何选项，myisamchk将对表文件执行普通的检查。如果你对一个表有怀疑，但是普通的检查不能发现任何错误，你可以执行更彻底的检查(但是也更慢！)，这需要使用--extend-check选项：
| % myisamchk --extend-check /path/to/tblName |
对错误的检查是没有破坏性的，这意味着你不必担心执行对你的数据文件的检查会使已经存在的问题变得更糟。另一方面，修复选项，虽然通常也是安全的，但是它对你的数据文件的更改是无法撤消的。因为这个原因，我们强烈推荐你试图修复一个被破坏的表文件时首先做个备份，并确保在制作这个备份之前你的MySQL服务是关闭的。
当你试图修复一个被破坏的表的问题时，有三种修复类型。如果你得到一个错误信息指出一个临时文件不能建立，删除信息所指出的文件并再试一次--这通常是上一次修复操作遗留下来的。
这三种修复方法如下所示：
| % myisamchk --recover --quick /path/to/tblName % myisamchk --recover /path/to/tblName % myisamchk --safe-recover /path/to/tblName |
第一种是最快的，用来修复最普通的问题；而最后一种是最慢的，用来修复一些其它方法所不能修复的问题。
如果上面的方法无法修复一个被损坏的表，在你放弃之前，你还可以试试下面这两个技巧：
如果你怀疑表的索引文件(*.MYI)发生了不可修复的错误，甚至是丢失了这个文件，你可以使用数据文件(*.MYD)和数据格式文件(*.frm)重新生成它。首先制作一个数据文件(tblName.MYD)的拷贝。重启你的MySQL服务并连接到这个服务上，使用下面的命令删除表的内容：
mysql> DELETE FROM tblName;
在删除表的内容的同时，会建立一个新的索引文件。退出登录并重新关闭服务，然后用你刚才保存的数据文件(tblName.MYD)覆盖新的(空)数据文件。最后，使用myisamchk执行标准的修复(上面的第二种方法)，根据表的数据的内容和表的格式文件重新生成索引数据。
如果你的表的格式文件(tblName.frm)丢失了或者是发生了不可修复的错误，但是你清楚如何使用相应的CREATE TABLE语句来重新生成这张表，你可以重新生成一个新的.frm文件并和你的数据文件和索引文件(如果索引文件有问题，使用上面的方法重建一个新的)一起使用。首先制作一个数据和索引文件的拷贝，然后删除原来的文件(删除数据目录下有关这个表的所有记录)。
启动MySQL服务并使用当初的CREATE TABLE文件建立一个新的表。新的.frm文件应该可以正常工作了，但是最好你还是执行一下标准的修复(上面的第二种方法)。
