数据损坏原因
MySQL表损坏一般是数据损坏，引起损坏的原因可能是由于磁盘损坏、系统崩溃或者MySQL服务器被崩溃等外部原因。例如有人使用kill -9终止进程，导致MySQL进程未能正常关闭，那么就很有可能导致数据损坏。对于不同的引擎，数据损坏修复的方式不一样，作为一般情况可以尝试使用CHECK TABLE和REPAIR TABLE命令修复。
MyISAM损坏 两种修复方式：
1.通过SQL修复MyISAM表:
查看表是否损坏：
mysql> CHECK TABLE test;
+---------------+-------+----------+----------+
| Table | Op | Msg_type | Msg_text |
+---------------+-------+----------+----------+
| db1.test | check | status | OK |
+---------------+-------+----------+----------+
1 row in set (0.00 sec) 修复表：
mysql> repair table test;
+---------------+--------+----------+---------------------------------------------------------+
| Table | Op | Msg_type | Msg_text |
+---------------+--------+----------+---------------------------------------------------------+
| db1.test | repair | note | The storage engine for the table doesn't support repair |
+---------------+--------+----------+---------------------------------------------------------+
1 row in set (0.00 sec) 如果单纯执行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
其中，--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选项是正数的情况下修复数据库时，错误日志通常会有明确的提示信息。
Mysql配置文件优化
例如my.cnf关键配置如下
innodb_log_file_size=512M
innodb_log_buffer_size=16M
max_connections = 2000
table_open_cache = 8000
max_connect_errors = 1844674407370954751
max_allowed_packet = 1G
wait_timeout = 86400修复完以后，重启：service myqld restart.使之生效！
