MySQL的Query Cache道理剖析。本站提示廣大學習愛好者：（MySQL的Query Cache道理剖析）文章只能為提供參考，不一定能成為您想要的結果。以下是MySQL的Query Cache道理剖析正文
道理
QueryCache(上面簡稱QC)是依據SQL語句來cache的。一個SQL查詢假如以select開首，那末MySQL辦事器將測驗考試對其應用QC。每一個Cache都是以SQL文本作為key來存的。在運用QC之前，SQL文本不會被作任何處置。也就是說，兩個SQL語句，只需相差哪怕是一個字符（例如年夜小寫紛歧樣；多一個空格等），那末這兩個SQL將應用分歧的一個CACHE。
不外SQL文本有能夠會被客戶端做一些處置。例如在官方的敕令行客戶端裡，在發送SQL給辦事器之前，會做以下處置：
過濾一切正文
去失落SQL文本前後的空格,TAB等字符。留意，是文本後面和前面的。中央的不會被去失落。
上面的三條SQL裡，由於SELECT年夜小寫的關系，最初一條和其他兩條在QC裡確定是用的紛歧樣的存儲地位。而第一條和第二條，差別在於後者有個正文，在分歧客戶端，會有紛歧樣的成果。所以，保險起見，請盡可能不要應用靜態的正文。在PHP的mysql擴大裡，SQL的正文是不會被去失落的。也就是三條SQL會被存儲在三個分歧的緩存裡，固然它們的成果都是一樣的。
select * FROM people where name='surfchen';
select * FROM people where /*hey~*/name='surfchen';
SELECT * FROM people where name='surfchen';
今朝只要select語句會被cache，其他相似show,use的語句則不會被cache。
由於QC是如斯前端，如斯簡略的一個緩存體系，所以假如一個表被更新，那末和這個表相干的SQL的一切QC都邑被掉效。假定一個結合查詢裡觸及到了表A和表B，假如表A或許表B的個中一個被更新（update或許delete），這個查詢的QC將會掉效。
也就是說，假如一個表被頻仍更新，那末就要斟酌清晰畢竟能否應當對相干的一些SQL停止QC了。一個被頻仍更新的表假如被運用了QC，能夠會減輕數據庫的累贅，而不是加重累贅。我普通的做法是默許翻開QC，而對一些觸及頻仍更新的表的SQL語句加上SQL_NO_CACHE症結詞來對其禁用CACHE。如許可以盡量防止不用要的內存操作，盡量堅持內存的持續性。
那些查詢很疏散的SQL語句，也不該該應用QC。例如用來查詢用戶和暗碼的語句——“select pass from user where name='surfchen'”。如許的語句，在一個體系裡，很有能夠只在一個用戶上岸的時刻被應用。每一個用戶的上岸所用到的查詢，都是紛歧樣的SQL文本，QC在這裡就簡直不起感化了，由於緩存的數據簡直是不會被用到的，它們只會在內存裡占處所。
存儲塊
在本節裡“存儲塊”和“block”是統一個意思
QC緩存一個查詢成果的時刻，普通情形下不是一次性地分派足夠多的內存來緩存成果的。而是在查詢成果取得的進程中，逐塊存儲。當一個存儲塊被填滿以後，一個新的存儲塊將會被創立，並分派內存（allocate）。單個存儲塊的內存分派年夜小經由過程query_cache_min_res_unit參數掌握，默許為4KB。最初一個存儲塊，假如不克不及被全體應用，那末沒應用的內存將會被釋放。假如被緩存的成果很年夜，那末會能夠會招致分派內存操作太頻仍，體系系能也隨之降低；而假如被緩存的成果都很小，那末能夠會招致內存碎片過量，這些碎片假如太小，就很有能夠不克不及再被分派應用。
除查詢成果須要存儲塊以外，每一個SQL文本也須要一個存儲塊，而觸及到的表也須要一個存儲塊（表的存儲塊是一切線程同享的，每一個表只須要一個存儲塊）。存儲塊總數目=查詢成果數目*2+觸及的數據庫表數目。也就是說，第一個緩存生成的時刻，至多須要三個存儲塊：表信息存儲塊，SQL文本存儲塊，查詢成果存儲塊。而第二個查詢假如用的是統一個表，那末起碼只須要兩個存儲塊：SQL文本存儲塊，查詢成果存儲塊。
經由過程不雅察Qcache_queries_in_cache和Qcache_total_blocks可以曉得均勻每一個緩存成果占用的存儲塊。它們的比例假如接近1:2，則解釋以後的query_cache_min_res_unit參數曾經足夠年夜了。假如Qcache_total_blocks比Qcache_queries_in_cache多許多，則須要增長query_cache_min_res_unit的年夜小。
Qcache_queries_in_cache*query_cache_min_res_unit（sql文本和表信息地點的block占用的內存很小，可以疏忽）假如遠弘遠於query_cache_size-Qcache_free_memory，那末可以測驗考試減小query_cache_min_res_unit的值。
調劑年夜小
假如Qcache_lowmem_prunes增加敏捷，意味著許多緩存由於內存不敷而被釋放，而不是由於相干表被更新。測驗考試加年夜query_cache_size，盡可能使Qcache_lowmem_prunes零增加。
啟動參數
show variables like 'query_cache%'可以看到這些信息。
query_cache_limit:假如單個查詢成果年夜於這個值，則不Cache
query_cache_size:分派給QC的內存。假如設為0，則相當於禁用QC。要留意QC必需應用年夜約40KB來存儲它的構造，假如設定小於40KB,則相當於禁用QC。QC存儲的最小單元是1024 byte，所以假如你設定了一個不是1024的倍數的值，這個值會被四捨五入到最接近以後值的等於1024的倍數的值。
query_cache_type:0 完整制止QC，不受SQL語句掌握（別的能夠要留意的是，即便這裡禁用，下面一個參數所設定的內存年夜小照樣會被分派）；1啟用QC，可以在SQL語句應用SQL_NO_CACHE禁用；2可以在SQL語句應用SQL_CACHE啟用。
query_cache_min_res_unit:每次給QC成果分派內存的年夜小
狀況
show status like 'Qcache%'可以看到這些信息。
Qcache_free_blocks:當一個表被更新以後，和它相干的cache blocks將被free。然則這個block仍然能夠存在隊列中，除非是在隊列的尾部。這些blocks將會被統計到這個值來。可以用FLUSH QUERY CACHE語句來清空free blocks。
Qcache_free_memory:可用內存，假如很小，斟酌增長query_cache_size
Qcache_hits:自mysql過程啟動起，cache的射中數目
Qcache_inserts:自mysql過程啟動起，被增長進QC的數目
Qcache_lowmem_prunes:因為內存過少而招致QC被刪除的條數。加年夜query_cache_size，盡量堅持這個值0增加。
Qcache_not_cached:自mysql過程啟動起，沒有被cache的只讀查詢數目（包含select,show,use,desc等）
Qcache_queries_in_cache:以後被cache的SQL數目
Qcache_total_blocks:在QC中的blocks數。一個query能夠被多個blocks存儲，而這幾個blocks中的最初一個，未用滿的內存將會被釋放失落。例如一個QC成果要占6KB內存，假如query_cache_min_res_unit是4KB，則最初將會生成3個blocks，第一個block用來存儲sql語句文本，這個不會被統計到query+cache_size裡，第二個block為4KB，第三個block為2KB（先allocate4KB，然後釋放過剩的2KB）。每一個表，當第一個和它有關的SQL查詢被CACHE的時刻，會應用一個block來存儲表信息。也就是說，block會被用在三處處所：表信息，SQL文本，查詢成果。
