MySQL中使用IN()查询到底走不走索引?
看数据量
-
EXPLAINSELECT * from users WHERE is_doctor in (0,1);
-
很明显没走索引,下面再看一个sql。
-
EXPLAINSELECT * from users WHERE is_doctor in (2,1);
-
又走索引了,所以IN查询走不走索引需要看rows的数据量,in (0,1)时查询出52万多数据量,全表才54万数据量,in (2,1)时只有1万多数据量。
-
EXPLAINSELECT * from users WHERE (is_doctor=0 or is_doctor=1); 与 EXPLAINSELECT * from users WHERE (is_doctor=2 or is_doctor=1);
IN后面是不是有子查询
-
EXPLAINSELECT * from users WHERE is_doctor in (SELECT is_doctor from test_in_subselect);
总结
- IN通常是走索引的,当IN后面的数据在数据表中超过*30%*的匹配时是全表扫描,不走索引,因此IN走不走索引和后面的数据量有关系。
- 根据实际的情况,需要控制IN查询的范围。原因有以下几点
- IN 的条件过多,会导致索引失效,走索引扫描
- IN 的条件过多,返回的数据会很多,可能会导致应用堆内内存溢出。所以必须要控制好IN的查询个数
来源地址:https://blog.csdn.net/Andrew_Chenwq/article/details/130097985