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查询的范围。原因有以下几点
• IN 的条件过多，会导致索引失效，走索引扫描
• IN 的条件过多，返回的数据会很多，可能会导致应用堆内内存溢出。所以必须要控制好IN的查询个数