公司的一个内部项目，由于突然导入了几十万的数据，数据量翻了一倍，导致了某个页面打开很慢。通过sql日志看到主要是由于慢查询引起的，通过explain这个sql，发现主要是由于这个SQL没有命中索引，进行了全表扫描，慢是肯定了的。

为了优化这个页面，主要想到了从以下方法进行解决：

1）重写Sql，让查询命中索引

2）增加索引

3）1）或者2）方法之后，再加上一个缓存功能

最快捷的方式肯定是2了，但是本表由于逻辑复杂，时不时又批量录入一些数据，已经有了5个索引了，再加索引，恐怕会导致写入慢的问题，而且加索引可能会引起锁表问题。

于是，我先想用方法1解决，可是由于逻辑有点复杂，查询语句比较复杂，改了很多写法都不理想，最后还是选择了方法2，直接表加索引。

由于对于加索引的一些担忧，于是我在本地先尝试了一下（本地数据和线上数据量基本一致，相差不大），结果没想到还挺快的，对于写入的性能也没多大的影响。加入索引后页面秒开，效果很好。

于是，在晚上的时候，到线上去加索引。结果。。。。悲剧发生了，那张表果然被锁死了，由于那张表还是一张很重要的表，很多业务都跟那张表挂钩，导致很多服务都用不上了。

可是表锁死了，也不能做啥操作，怎么办呢？还好有show processlist，可以查看哪些线程正在执行，也可以查看锁表的线程。

结果，发现alter table * add key ****那个线程状态是Waiting for table metadata lock，后面有个这个表的所有操作都是这个状态，很明显是这条加索引的语句把表给锁了。

查看线程的id，然后kill id号把这个线程杀死。

果然，杀死了，这张表立马就可以用了。

所以，当数据量较大的时候，不要随便加索引，会导致表锁死的。

无奈，只能选择另外的方式解决那个慢查询的问题了。