Mysql索引的使用 - 組合索引 + 範圍條件的處理

Steven1981發表於2010-06-01
上次在 http://steven1981.itpub.net/post/7967/497170 討論: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在碰到複合索引時,只要碰到範圍(,<=,>=)的查詢欄位,過濾該條件後就去回表了,不管後面的欄位有沒有可以索引可以走。

來自 “ ITPUB部落格 ” ,連結:http://blog.itpub.net/703656/viewspace-1034075/,如需轉載,請註明出處,否則將追究法律責任。

相關文章