force index优化sql语句

前几天上线的一个项目，自测和测试都没有问题，但是上线当晚就把PC搞挂了，

 说明一下，teamhotid这个字段是有索引的，并且命中了，我自测的库数据量不是很大，测试的用的线上的从库，这张表数据量差不多几百万吧，（后来才知道，DBA删了从库的很多数据，导致主库和从库的这个表数据差距有点大）

上线当晚就挂了，排查的时候就测这个接口，没有超时，但是有预感可能是这的问题，于是跑到线上去跑这个接口里的sql，当时跑了10多秒，线下我测试的不是一秒，线上直接超时了，我当时就给跪了，生产线还不如线下？直到我看到表的大小之后才懵逼了，

只能走强制索引了

然后顺利解决问题

没加强制索引之前，sql会把几百万条数据记录到磁盘上，然后进行筛选，虽然扫描了整个索引树，但是效果显然不理想，

加强制索引之后，sql仅仅扫描了几十万的数据到磁盘上，说明索引树仅仅部分被扫描，因为扫描磁盘是很耗时的IO操作，比内存操作慢好几个数量级，

由此可见，force index影响的是type和rows

没加强制索引之前，走的是联合索引，加了force index之后单纯的使用teamhotid索引，区间变小，key_len远远小于没加force index之前的，扫描的rows远远小于之前的。

force index()指令可以指定本次查询使用哪个索引！一条sql只会用到一个索引，mysql优化器会计算出一个合适的索引，但是这个索引不一定是最好的。force index()指令可以避免MySql优化器用到了一个低效的索引。