MySQL中使用IN()查询到底走不走索引?

IN查询在MySQL中通常走索引,但当查询的数据量超过表数据的30%时可能进行全表扫描。是否使用索引与IN后面的值的数量和数据分布有关。大量IN条件可能导致索引失效或内存溢出,因此应控制IN查询的范围。

摘要生成于 C知道 ,由 DeepSeek-R1 满血版支持, 前往体验 >

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)]

  • 很明显没走索引,下面再看一个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)]

  • 又走索引了,所以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)]

总结

  • IN通常是走索引的,当IN后面的数据在数据表中超过*30%*的匹配时是全表扫描,不走索引,因此IN走不走索引和后面的数据量有关系。
  • 根据实际的情况,需要控制IN查询的范围。原因有以下几点
  • IN 的条件过多,会导致索引失效,走索引扫描
  • IN 的条件过多,返回的数据会很多,可能会导致应用堆内内存溢出。所以必须要控制好IN的查询个数
评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包

打赏作者

IT枫斗者

你的鼓励将是我创作的最大动力

¥1 ¥2 ¥4 ¥6 ¥10 ¥20
扫码支付:¥1
获取中
扫码支付

您的余额不足,请更换扫码支付或充值

打赏作者

实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

1.余额是钱包充值的虚拟货币,按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载,可以购买VIP、付费专栏及课程。

余额充值