mysql使用索引反而导致查询变慢问题排查

博客围绕MySQL数据表user展开,该表约70万数据,有del_flag和user_type字段,del_flag建了索引。使用del_flag=1查询比del_flag='1'快,排查发现,状态类字段加索引提升不大,若有其他过滤条件还会因回表查询使查询变慢,建议此类字段不建索引。

问题:

数据表user大约有70万数据,其中有两个字段del_flag和user_type,del_flag(char类型)是删除标识,只存“0”和“1”,并且建立了索引。user_type未建立索引。

del_flag='1' and user_type='2'
del_flag=1 and user_type=2

使用del_flag=1查询时,比使用del_flag='1'要快。然而del_flag是char类型,del_flag='1'查询会使用索引,del_flag=1不会使用索引,使用索引时速度反而变慢了。

排查:

先去掉user_type,只查询del_flag,使用del_flag='1'比del_flag=1略快,因为del_flag='1'使用了索引,而del_flag=1没有。有提升但提升很小,因为del_flag基本一半'1'一半'0',70W数据下几乎没有提升。

加上user_type条件,再次查询,使用del_flag='1'反而变的更慢。

使用explain查看语句的执行计划

del_flag='1' and user_type=2

type:ref
key:index_del_flag
rows:320000
extra: Using index condition; Using where
del_flag=1 and user_type=2

type:All
key:null
rows:700000
extra: Using where

使用del_flag='1'查询时,由于del_flag字段是char类型,使用了索引,读取了32000数据,extra:Using index condition; Using where表示使用了索引后又由于user_type字段不包含在索引中,还需要回表查询以过滤该字段。使用del_flag=1查询时,没有使用索引,读取全表700000数据。

看到这里就清楚了,一个没有使用索引,过滤全部数据,但是两个过滤条件是一起过滤的,只需一次遍历就完成了。一个使用了索引,但是由于数值不是1就是0,导致索引几乎起不到提升的作用,然后由于另一个过滤字段不包含在索引中,又回表查询过滤索引筛选出的这30多万条数据,导致反而花费更多的时间。

所以,这种状态类的字段最好不要建索引。本身加上索引就没有多大的提升,如果还有其他的过滤条件还会导致增加了一个回表查询的过程,导致查询更慢。

评论 1
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

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

余额充值