mysql索引 范围条件_Mysql索引的使用 - 组合索引 + 范围条件的处理

结果是：KEY(key_part1,key_part2,key_part3) select .... from table where key_part1='xxx' and key_part3='yyy';  在这种情况下，MYSQL只能在索引里处理掉key_par1，而不过在索引里过滤 key_part3的条件，除非 select 后面是 count(*) ;

[@more@]

这是上次测试时的表结构： CREATE TABLE `im_message_201005_21_old` ( `msg_id` bigint(20) NOT NULL default '0', `time` datetime NOT NULL, `owner` varchar(64) NOT NULL, `other` varchar(64) NOT NULL, `content` varchar(8000) default NULL, PRIMARY KEY (`msg_id`), KEY `im_msg_own_oth_tim_ind` (`owner`,`other`,`time`) ) ENGINE=InnoDB DEFAULT CHARSET=latin1 COLLATE=latin1_bin;

这次我们要测试的是，先有范围字段的条件，MYSQL是不是能正确使用索引有效地过滤无效数据； 首先我们把索引的顺序调整一下：KEY `im_msg_own_tim_oth_ind` (`owner`,`time`,`other`)

我们要测试的是当where 条件是： owner+time+other 时， 索引的工作情况如何？ (大家不如先根据自己的知识下个定论？)

我觉得大部分同学认为，字段都一样，索引应该是能正常工作的。 实际是不然。

这个测试关键是想看看， 当查询条件是 owner+time+other 时 , mysql 能不能在回表前，把other字段进行过滤； 如果不能过滤，他将与条件是 owner+time 时，产生的性能(逻辑读)是差不多的；

select count(distinct content ) from im_message_201005_21_old  where owner = 'cntaobaoytazy' and time >= '2010-05-23 17:14:23' and time <= '2010-05-30 17:14:23' ;  # 结果： 4712行 # 产生逻辑读：27625

select count(distinct content ) from im_message_201005_21_old  where owner = 'cntaobaoytazy' and time >= '2010-05-23 17:14:23' and time <= '2010-05-30 17:14:23' and other = 'cnalichnahappycow' ; # 结果：0行 # 产生逻辑读：25516

select count(* ) from im_message_201005_21_old  where owner = 'cntaobaoytazy' and time >= '2010-05-23 17:14:23' and time <= '2010-05-30 17:14:23' ;  # 结果： 4712  # 产生逻辑读： 966

select count(* ) from im_message_201005_21_old  where owner = 'cntaobaoytazy' and time >= '2010-05-23 17:14:23' and time <= '2010-05-30 17:14:23'  and other = 'cnalichnahappycow' ;  # 结果：0  # 产生逻辑读： 966 从中我们发现 ，count(*)这种情况，只需要通过索引去过滤，不需要回表，逻辑读966; 这是比较合理的值； 而第二个语句，虽然返回结果是0行，但使用了与第一个语句相当的逻辑读 ； 显然，MYSQL没有合理使用索引 ；

总结一下：  MYSQL在碰到复合索引时，只要碰到范围(,<=,>=)的查询字段，过滤该条件后就去回表了，不管后面的字段有没有可以索引可以走。