MySQL中使用IN()查询到底走不走索引?
看数据量
-
EXPLAIN SELECT * from users WHERE is_doctor in (0,1); -
![[外链图片转存失败,源站可能有防盗链机制,建议将图片保存下来直接上传(img-F46PnJDg-1681257665213)(C:%5CUsers%5Cquyanliang%5CAppData%5CRoaming%5CTypora%5Ctypora-user-images%5C1681257531822.png)]](https://i-blog.csdnimg.cn/blog_migrate/43e5f3cb7ee3a609cb5c1fdf53a2d51c.png)
-
很明显没走索引,下面再看一个sql。
-
EXPLAIN SELECT * from users WHERE is_doctor in (2,1); -
![[外链图片转存失败,源站可能有防盗链机制,建议将图片保存下来直接上传(img-CecVqr47-1681257665214)(C:%5CUsers%5Cquyanliang%5CAppData%5CRoaming%5CTypora%5Ctypora-user-images%5C1681257554058.png)]](https://i-blog.csdnimg.cn/blog_migrate/077d2671dcf102d87d87c8d6afa8c3a2.png)
-
又走索引了,所以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); -
![[外链图片转存失败,源站可能有防盗链机制,建议将图片保存下来直接上传(img-ntJpMJnu-1681257665215)(C:%5CUsers%5Cquyanliang%5CAppData%5CRoaming%5CTypora%5Ctypora-user-images%5C1681257606234.png)]](https://i-blog.csdnimg.cn/blog_migrate/e3ac5795a82927199d4fa5a9753615c2.png)
IN查询在MySQL中通常走索引,但当查询的数据量超过表数据的30%时可能进行全表扫描。是否使用索引与IN后面的值的数量和数据分布有关。大量IN条件可能导致索引失效或内存溢出,因此应控制IN查询的范围。
3228

被折叠的 条评论
为什么被折叠?



