MySQL中使用IN（）查询到底走不走索引？

一、看数据量

EXPLAIN
SELECT * from users WHERE is_doctor in (0,1); 

  很明显没走索引，下面再看一个sql。

EXPLAIN
SELECT * from users WHERE is_doctor in (2,1);

又走索引了，所以IN查询走不走索引需要看rows的数据量，in (0,1)时查询出52万多数据量，全表才54万数据量，in (2,1)时只有1万多数据量。

EXPLAIN
SELECT * from users WHERE (is_doctor=0 or is_doctor=1); 

与 

EXPLAIN
SELECT * from users WHERE (is_doctor=2 or is_doctor=1);

二、看IN后面是不是有子查询

EXPLAIN
SELECT * from users WHERE is_doctor in (SELECT is_doctor from test_in_subselect);

总结

IN通常是走索引的，当IN后面的数据在数据表中超过30%的匹配时是全表扫描，不走索引，因此IN走不走索引和后面的数据量有关系。

根据实际的情况，需要控制IN查询的范围。原因有以下几点

　　1. IN 的条件过多，会导致索引失效，走索引扫描

　　2. IN 的条件过多，返回的数据会很多，可能会导致应用堆内内存溢出。

所以必须要控制好IN的查询个数