這篇文章主要介紹了分析MySQL中優(yōu)化distinct的技巧,主要是通過(guò)減少本地掃描的次數(shù)來(lái)進(jìn)行優(yōu)化的方法,需要的朋友可以參考下

有這樣的一個(gè)需求：select count(distinct nick) from user_access_xx_xx;

這條sql用于統(tǒng)計(jì)用戶訪問(wèn)的uv，由于單表的數(shù)據(jù)量在10G以上，即使在user_access_xx_xx上加上nick的索引，

通過(guò)查看執(zhí)行計(jì)劃，也為全索引掃描，sql在執(zhí)行的時(shí)候，會(huì)對(duì)整個(gè)服務(wù)器帶來(lái)抖動(dòng);

1. root@db 09:00:12>select count(distinct nick) from user_access; 
2.  
3. +———————-+ 
4.  
5. | count(distinct nick) | 
6.  
7. +———————-+ 
8.  
9. | 806934 | 
10.  
11. +———————-+ 
12.  
13. 1 row in set (52.78 sec) 

執(zhí)行一次sql需要花費(fèi)52.78s，已經(jīng)非常的慢了

現(xiàn)在需要換一種思路來(lái)解決該問(wèn)題：

我們知道索引的值是按照索引字段升序的，比如我們對(duì)(nick，other_column)兩個(gè)字段做了索引，那么在索引中的則是按照nick，other_column的升序排列：

我們現(xiàn)在的sql：select count(distinct nick) from user_access;則是直接從nick1開(kāi)始一條條掃描下來(lái)，直到掃描到最后一個(gè)nick_n,

那么中間過(guò)程會(huì)掃描很多重復(fù)的nick，如果我們能夠跳過(guò)中間重復(fù)的nick，則性能會(huì)優(yōu)化非常多(在oracle中，這種掃描技術(shù)為loose index scan，但在5.1的版本中，mysql中還不能直接支持這種優(yōu)化技術(shù))：

所以需要通過(guò)改寫(xiě)sql來(lái)達(dá)到偽loose index scan：

1. root@db 09:41:30>select count(*) from ( select distinct(nick) from user_access)t ; 
2.  
3. | count(*) | 
4.  
5. +———-+ 
6.  
7. | 806934 | 
8.  
9. 1 row in set (5.81 sec) 

Sql中先選出不同的nick，最后在外面套一層，就可以得到nick的distinct值總和;

最重要的是在子查詢中：select distinct(nick) 實(shí)現(xiàn)了上圖中的偽loose index scan，優(yōu)化器在這個(gè)時(shí)候的執(zhí)行計(jì)劃為Using index for group-by ，

需要注意的是mysql把distinct優(yōu)化為group by，它首先利用索引來(lái)分組，然后掃描索引，對(duì)需要的nick只掃描一次;

兩個(gè)sql的執(zhí)行計(jì)劃分別為：

優(yōu)化寫(xiě)法：

1. root@db 09:41:10>explain select distinct(nick) from user_access-> ; 
2.  
3. +—-+————-+——————————+——-+—————+————-| id | select_type | table | type | possible_keys | key | key_len | ref | rows | Extra | 
4.  
5. +—-+————-+——————————+——-+—————+————- 
6.  
7. | 1 | SIMPLE | user_access | range | NULL | ind_user_access_nick | 67 | NULL | 2124695 | Using index for group-by | 
8.  
9. +—-+————-+——————————+——-+—————+————- 

原始寫(xiě)法：

1. root@db 09:42:55>explain select count(distinct nick) from user_access; 
2.  
3. +—-+————-+——————————+——-+—————+————- 
4.  
5. | id | select_type | table | type | possible_keys | key | key_len | ref | rows | Extra | 
6.  
7. +—-+————-+——————————+——-+—————+————- 
8.  
9. | 1 | SIMPLE | user_access | index | NULL | ind_user_access | 177 | NULL | 19546123 | Using index |