技术支持产品重新部署一套环境。由运维迁移后Mysql发现好多表使用不了
慢sql:> select n.news_id,n.url,n.source_id,n.tmcreate,n.caption,s.source_name from wly_news as n left join wly_source as s on n.source_id=s.source_id where 1 and s.source_id in (68663,68666,68667,68669,68684,68755) order by n.news_id desc limit 0,10
查看日志：
[ERROR] /usr/libexec/mysqld: Incorrect key file for table '/tmp/#sql_2f1c_21.MYI'; try to repair it
好吧，准备修复数据吧。和运维沟通……扯了半天没解决问题。最终自己解决：
尝试键了几个索引，依然不行适得其反（具体可以百度，多表联查索引问题）……
于是删除新增索引，使用表修复命令：
数据表大部分使用的是MyISAM。众所周知，MyISAM表在服务器意外宕机或者mysqld进程挂掉以后，MyISAM表会损坏，数据小的话修复还比较快，但是数据如果有10G以上，那就悲剧了。那我们如何加快repair table快速高效执行呢？下面我们来看看解决方法。
首先通过repair table修复：
mysql> repair table test; +—————+——–+———-+———————————————————+ | Table | Op | Msg_type | Msg_text | +—————+——–+———-+———————————————————+ | test.test | repair | Error | Incorrect key file for table ‘test’; try to repair it | | test.test | repair | error | Corrupt
如果还是没用，运行下面命令
mysql> repair table test USE_FRM; +—————+——–+———-+———————————————————+ | Table | Op | Msg_type | Msg_text | +—————+——–+———-+———————————————————+ | test.test | repair | Error |Number of rows changed from 0 to 110423 | | test.test | repair | status | OK
按理应该可以了（这一步已经解决问题）。
如果还是没用，则退出mysql，执行如下修复动作：myisamchk -of /var/lib/mysql/test/test.MYI myisamchk -r /var/lib/mysql/test/test.MYI myisamchk safe-recover /var/lib/mysql/test/test.MYI
再重启mysql后应该可以正常了。