如题所示，这个问题很早之前就听过了，之前我也是一直以为in查询是用不到索引的。后来陆陆续续看到很多博客，有的说in查询可以用索引，有的说不能用索引，所以博主就越发好奇起来。到底能不能用索引，绝对有个正确的答案，而不是这样的模棱两可。

      首先呢，博主自己测试自己写的一条sql，是包含in查询的。查看执行计划explain，发现是用到了索引的。（这里因为笔记是一个月前记录的，并未保存截图，不过留下的都是一些结论。）

总结下来： 1、在mysql 5.7.17版本,in查询可以用到索引

2、查询的值类型是int,列的类型是vachar，这样会导致索引失效。

3、数据量太大(200w)且in条件多，这个应该Mysql的优化器自己选择判断的，当数据量很大的时候，in 查询走索引也许不是最好的。（PS：这部分要考虑mysql自带的优化器的判断，关于mysql的优化器的执行原理，那是相当复杂，简而言之就是各种条件判断，选出mysql自认为的最优解。）

首先： 对于联合索引，我们要明确一个概念，对于联合索引，执行顺序时从左到右依次匹配，相当于 order by id,name等。第一个字段一定有序，如果使用第二个字段的索引，必须先使用第一个字段，而且必须保证第二个字段有序。

其次： 最左前缀匹配原则，非常重要的原则，mysql会一直向右匹配直到遇到范围查询(>、 "3" and d = "4" 如果建立(a,b,c,d)顺序的索引，d是用不到索引的，因为c字段进行了范围查询，联合索引失效。如果建立(a,b,d,c)的索引则都可以用到，a,b,d的顺序可以任意调整。

这里强烈推荐一篇博客：https://tech.meituan.com/2014/06/30/mysql-index.html （美团技术团队的一篇文章）

      经过博主测试，结果和上面的概念一样，如果in查询是在符合最左原则的前提下，是可以正常使用的索引的。但是如果in查询的前面有范围查询，那么联合索引失效，自然我们的in查询也就用不到索引了

      行吧，关于in查询，博主自己做的总结大概就是这个样子的。当然这些结论未必全都正确，如果以后博主发现有什么不对的地方，也会及时修改博客的，防止误人子弟。有大神看到，也请不吝赐教。

      后续还会针对mysql的联合索引，覆盖索引，优化器等写几篇博客。都是之前总结好的，造孽啊，这样重温一次也是相当花时间的。。。

      关于mysql的in查询数据量上限，可以看博主的下一篇文章，我们现场测试下到底in查询达到多大的数据量会造成性能下降以及多少数据量创建临时表查询更合适。

mysql的in查询参数限制，多少数据量会造成性能下降？什么时候创建临时表合适？

end