快捷導(dǎo)航

對于mysql的query_cache認識的誤區(qū)

更新時間：2012年03月30日 00:44:14 作者：

一直以來，對于mysql的query_cache，在網(wǎng)上就流行著這樣的說法，對于mysql的query_cache鍵值就是mysql的query,所以，如果在query中有任何的不同，包括多了個空格，都會導(dǎo)致mysql認為是不同的查詢

其實，這一種說法是不完全正確的。首先第一點，mysql的query_cache的鍵值并不是簡單的query，而是query加databasename加flag。這個從源碼中就可以看出。在這里不做重點描述，后續(xù)可以針對于這一點再具體分析。重要的是第二點，是不是加了空格，mysql就認為是不同的查詢呢？實際上這個是要分情況而言的，要看這個空格加在哪。如果空格是加在query之前，比如是在query的起始處加了空格，這樣是絲毫不影響query cache的結(jié)果的，mysql認為這是一條query, 而如果空格是在query中，那會影響query cache的結(jié)果,mysql會認為是不同的query。

下面我們通過實驗及源碼具體分析。首先，我們先試驗一下：

首先，我們看一下mysql query_cache的狀態(tài)：

首先，我們可以確認，mysql的query_cache功能是打開的。

其次，我們看一下狀態(tài)：

因為這個db是新的db，所以hits，inset都為0，現(xiàn)在我們執(zhí)行一條select語句：

狀態(tài)變?yōu)椋?/P>

可以看到，執(zhí)行一條select后，現(xiàn)在的qcache狀態(tài)為，insert+1，這樣我們就可以推斷出，現(xiàn)在剛才那條select語句已經(jīng)加入了qcache中。那我們現(xiàn)在再將剛才那條sql前面加上空格，看看會怎樣呢？

請注意，這條sql，比剛才那條sql前面多了一個空格。

按照網(wǎng)上的理論，這條sql應(yīng)該會作為另一個鍵而插入另一個cache，不會復(fù)用先前的cache,但結(jié)果呢？

我們可以看到，hits變?yōu)榱?，而inserts根本沒變，這就說明了，這條在前面加了空格的query命中了沒有空格的query的結(jié)果集。從這，我們就可以得出結(jié)論，網(wǎng)上先前流傳的說法，是不嚴謹?shù)摹?/P>

那究竟是怎么回事呢？到底應(yīng)該如何呢？為什么前面有空格的會命中了沒有空格的query的結(jié)果集。其實，這些我們可以通過源碼獲得答案。

翻看下mysql的源碼，我這翻看的是5.1的，在send_result_to_client（這個函數(shù)既是mysql調(diào)用query_cache的函數(shù)）這個函數(shù)里面有這樣一段，這段代碼，、

復(fù)制代碼代碼如下:

 
/* 
Test if the query is a SELECT 
(pre-space is removed in dispatch_command). 

First '/' looks like comment before command it is not 
frequently appeared in real life, consequently we can 
check all such queries, too. 
*/ 
if ((my_toupper(system_charset_info, sql[i]) != 'S' || 
my_toupper(system_charset_info, sql[i + 1]) != 'E' || 
my_toupper(system_charset_info, sql[i + 2]) != 'L') && 
sql[i] != '/') 
{ 
DBUG_PRINT("qcache", ("The statement is not a SELECT; Not cached")); 
goto err; 
} 

是在檢驗語句是否為select語句，重點是上面那段注釋。特別是括弧中的，pre-space is removed in dispatch_command，也就是說，在語句開始之前的多余的空格已經(jīng)被處理過了，在dispache_command這個函數(shù)中去掉了。

我們看下dispache_command這個方法，在這個方法里有這樣一段：

復(fù)制代碼代碼如下:

 
if (alloc_query(thd, packet, packet_length)) 
break; // fatal error is set 
char *packet_end= thd->query() + thd->query_length(); 
/* 'b' stands for 'buffer' parameter', special for 'my_snprintf' */ 
const char* end_of_stmt= NULL; 

在這里，會調(diào)用alloc_query方法，我們看下這個方法的內(nèi)容：

復(fù)制代碼代碼如下:

 
bool alloc_query(THD *thd, const char *packet, uint packet_length) 
{ 
char *query; 
/* Remove garbage at start and end of query */ 
while (packet_length > 0 && my_isspace(thd->charset(), packet[0])) 
{ 
packet++; 
packet_length--; 
} 
const char *pos= packet + packet_length; // Point at end null 
while (packet_length > 0 && 
(pos[-1] == ';' || my_isspace(thd->charset() ,pos[-1]))) 
{ 
pos--; 
packet_length--; 
} 
/* We must allocate some extra memory for query cache 
The query buffer layout is: 
buffer :== 
<statement> The input statement(s) 
'\0' Terminating null char (1 byte) 
<length> Length of following current database name (size_t) 
<db_name> Name of current database 
<flags> Flags struct 
*/ 
if (! (query= (char*) thd->memdup_w_gap(packet, 
packet_length, 
1 + sizeof(size_t) + thd->db_length + 
QUERY_CACHE_FLAGS_SIZE))) 
return TRUE; 
query[packet_length]= '\0'; 
/* 
Space to hold the name of the current database is allocated. We 
also store this length, in case current database is changed during 
execution. We might need to reallocate the 'query' buffer 
*/ 
char *len_pos = (query + packet_length + 1); 
memcpy(len_pos, (char *) &thd->db_length, sizeof(size_t)); 
thd->set_query(query, packet_length); 
/* Reclaim some memory */ 
thd->packet.shrink(thd->variables.net_buffer_length); 
thd->convert_buffer.shrink(thd->variables.net_buffer_length); 
return FALSE; 
} 

這個方法在一開始就會對query進行處理（代碼第4行），將開頭和末尾的garbage remove掉。
看到這里，我們基本已經(jīng)明了了，mysql會對輸入的query進行預(yù)處理，將空格等東西給處理掉，所以不會開頭的空格不會影響到query_cache，因為對mysql來說，就是一條query。

您可能感興趣的文章: