mysql多列索引(Multiple-Part Index)多个列下range scan时使用in

  • 内容
  • 评论
  • 相关

mysql多列索引(Multiple-Part Index)多个列上range scan时使用in

欢迎大家阅读《mysql多列索引(Multiple-Part Index)多个列下range scan时使用in》,跪求各位点评,by 搞代码

其中表里插入了100w数据,col1和col2都是100以内的随机数.

进行如下的查询,

这是在多列索引上进行的range scan,理论上mysql只能使用索引的一部分,即col1那部分,从查询计划来看,key_len是4
mysqlslap工具测试下,平均时间是0.178s

把查询改成

这个非常奇怪,理论上key_len应该还是4,因为5.1的文档说

引用
If the operator is >, <, >=, <=, !=, <>, BETWEEN, or LIKE, the optimizer uses it but considers no more key parts.

结果key_len成了8,不过mysqlslap测试的结果提升不大,变成了0.156s

现在使用in语句,因为都是int类型,语句可以改成

key_len还是8,不过变成了0.005s

这是因为col1 BETWEEN 20 and 29是range scan(范围扫描),
而col1 in(20,21,22,23,24,25,26,27,28,29)是多值相等,尽管结果一样,但是意义有着显著的不同.

可以通过show status like 'Handler_%';来观察三个语句执行中的读情况

select COUNT(*) from 20130314t1 where col1 >19 and col1 <30 and col2 >30 and col2 <33;

| Handler_read_key           | 1     |
| Handler_read_next          | 99856 |

select COUNT(*) from 20130314t1 where col1 BETWEEN 20 and 29 and col2 >30 and col2 <33;
| Handler_read_key           | 1     |
| Handler_read_next          | 90168 |

select COUNT(*) from 20130314t1 where col1 in(20,21,22,23,24,25,26,27,28,29)
and col2 >30 and col2 <33;
| Handler_read_key           | 10    |
| Handler_read_next          | 2072  |

看到使用了in之后,Handler_read_next变小了,说明按索引扫描的行明显变少了,所以有了提高.

1 楼 netkiller.github.com 昨天  
我也主要到 in 不同,长久以来都SQL军规不能使用in, 但随着技术提高,很多问题都得到了解决。
2 楼 kabike 19 小时前  
netkiller.github.com 写道
我也主要到 in 不同,长久以来都SQL军规不能使用in, 但随着技术提高,很多问题都得到了解决。

我说的这个问题是mysql特有的,别的数据库就不清楚了

原创文章,转载请注明: 转载自搞代码

本文链接地址: mysql多列索引(Multiple-Part Index)多个列下range scan时使用in

微信支付二维码

微信 赏一包辣条吧~

支付宝支付二维码

支付宝 赏一听可乐吧~

评论

0条评论

发表评论

电子邮件地址不会被公开。 必填项已用*标注