mysql多列索引(Multiple-Part Index)多个列上range scan时使用inshow create table 20130314t1CREATE TABL
mysql多列索引(Multiple-Part Index)多个列上range scan时使用in
show create table 20130314t1CREATE TABLE `20130314t1` ( `id` int(11) NOT NULL, `col1` int(11) NOT NULL, `col2` int(11) NOT NULL, PRIMARY KEY (`id`), KEY `key1` (`col1`,`col2`)) ENGINE=InnoDB DEFAULT CHARSET=utf8
其中表里插入了100w数据,col1和col2都是100以内的随机数.
进行如下的查询,
select COUNT(*) from 20130314t1 where col1 >19 and col1 <30 and col2 >30 and col2 <33;
这是在多列索引上进行的range scan,理论上mysql只能使用索引的一部分,即col1那部分,从查询计划来看,key_len是4
mysqlslap工具测试下,平均时间是0.178s
把查询改成
select COUNT(*) from 20130314t1 where col1 BETWEEN 20 and 29 and col2 >30 and col2 <33;
这个非常奇怪,理论上key_len应该还是4,因为5.1的文档说
select COUNT(*) from 20130314t1 where col1 in(20,21,22,23,24,25,26,27,28,29)and col2 >30 and col2 <33
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特有的,别的数据库就不清楚了