小心MySQL联合索引的效率陷阱

场景:

表中有两个索引:索引index_1(create_Time, category_id), index_2(category_id) 

查询语句为:select create_time,category_id from table where create_time='15233333333' and category_id='666';

 

explain结果:

使用了index_2而没有使用index_1

 

原因:

当一个表有多条索引可走时,  Mysql  根据查询语句的成本来选择走哪条索引(选择索引所在列长度小的), 联合索引的话, 它往往按照最左原则计算最左边的一列的大小,那么create_time明显要比category_id长的的多,所以查询构造器默认选择使用index_2,无法使用联合索引,查询效率大大降低。

 

解决方法:

1、改变联合索引index_1中两列的顺序,第一列使用长度小的 ORCE INDEX (FIELD1) 

2、使用hint强制使用index_1:select create_time,category_id from table force index(index_1) where create_time='15233333333' and category_id='666';

评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

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

打赏作者

AirGo.

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

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

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

打赏作者

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

抵扣说明:

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

余额充值