解析MySQL高速緩存打開方法及參數(shù)(query_cache_size)
發(fā)表時(shí)間：2023-09-03 來源：明輝站整理相關(guān)軟件相關(guān)文章人氣：
[摘要]MySQL query cache從4.1版本開始提供了，不過值今天本人才對(duì)其進(jìn)行研究。默認(rèn)配置下，MySQL的該功能是沒有啟動(dòng)的，可能你通過show variables like ‘%query_cache%;會(huì)發(fā)現(xiàn)其變量have_query_cache的值是yes,MYSQL初學(xué)者很容易以為這...
MySQL query cache從4.1版本開始提供了，不過值今天本人才對(duì)其進(jìn)行研究。默認(rèn)配置下，MySQL的該功能是沒有啟動(dòng)的，可能你通過show variables like ‘%query_cache%';會(huì)發(fā)現(xiàn)其變量have_query_cache的值是yes,MYSQL初學(xué)者很容易以為這個(gè)參數(shù)為YES就代表開啟了查詢緩存，實(shí)際上是不對(duì)的，該參數(shù)表示當(dāng)前版本的MYSQL是否支持Query Cache,實(shí)際上是否開啟查詢緩存是看另外一個(gè)參數(shù)的值：query_cache_size ，該值為0，表示禁用query cache，而默認(rèn)配置正是配置為0。
配置方法：
在MYSQL的配置文件my.ini或my.cnf中找到如下內(nèi)容：
# Query cache is used to cache SELECT results and later return them
# without actual executing the same query once again. Having the query
# cache enabled may result in significant speed improvements, if your
# have a lot of identical queries and rarely changing tables. See the
# “Qcache_lowmem_prunes” status variable to check if the current value
# is high enough for your load.
# Note: In case your tables change very often or if your queries are
# textually different every time, the query cache may result in a
# slowdown instead of a performance improvement.
query_cache_size=0
以上信息是默認(rèn)配置，其注釋意思是說，MYSQL的查詢緩存用于緩存select查詢結(jié)果，并在下次接收到同樣的查詢請(qǐng)求時(shí)，不再執(zhí)行實(shí)際查詢處理而直接返回結(jié)果，有這樣的查詢緩存能提高查詢的速度，使查詢性能得到優(yōu)化，前提條件是你有大量的相同或相似的查詢，而很少改變表里的數(shù)據(jù)，否則沒有必要使用此功能�？梢酝ㄟ^Qcache_lowmem_prunes變量的值來檢查是否當(dāng)前的值滿足你目前系統(tǒng)的負(fù)載。注意：如果你查詢的表更新比較頻繁，而且很少有相同的查詢，最好不要使用查詢緩存。
具體配置方法：
1．將query_cache_size設(shè)置為具體的大小，具體大小是多少取決于查詢的實(shí)際情況，但最好設(shè)置為1024的倍數(shù)，參考值32M。
2．增加一行：query_cache_type=1
query_cache_type參數(shù)用于控制緩存的類型，注意這個(gè)值不能隨便設(shè)置，必須設(shè)置為數(shù)字，可選項(xiàng)目以及說明如下：
如果設(shè)置為0，那么可以說，你的緩存根本就沒有用，相當(dāng)于禁用了。但是這種情況下query_cache_size設(shè)置的大小系統(tǒng)是否要為其分配呢，這個(gè)問題有待于測(cè)試？
如果設(shè)置為1，將會(huì)緩存所有的結(jié)果，除非你的select語句使用SQL_NO_CACHE禁用了查詢緩存。
如果設(shè)置為2，則只緩存在select語句中通過SQL_CACHE指定需要緩存的查詢。
OK，配置完后的部分文件如下：
query_cache_size=128M
query_cache_type=1
保存文件，重新啟動(dòng)MYSQL服務(wù)，然后通過如下查詢來驗(yàn)證是否真正開啟了：
mysql> show variables like ‘%query_cache%';
+——————————+———–+
Variable_name Value
+——————————+———–+
have_query_cache YES
query_cache_limit 1048576
query_cache_min_res_unit 4096
query_cache_size 134217728
query_cache_type ON
query_cache_wlock_invalidate OFF
+——————————+———–+
6 rows in set (0.00 sec)
主要看query_cache_size和query_cache_type的值是否跟我們?cè)O(shè)的一致：
這里query_cache_size的值是134217728，我們?cè)O(shè)置的是128M，實(shí)際是一樣的，只是單位不同，可以自己換算下：134217728 = 128*1024*1024。
query_cache_type設(shè)置為1，顯示為ON，這個(gè)前面已經(jīng)說過了。
總之，看到上邊的顯示表示設(shè)置正確，但是在實(shí)際的查詢中是否能夠緩存查詢，還需要手動(dòng)測(cè)試下，我們可以通過show status like ‘%Qcache%';語句來測(cè)試，現(xiàn)在我們開啟了查詢緩存功能，在執(zhí)行查詢前，我們先看看相關(guān)參數(shù)的值：
mysql> show status like ‘%Qcache%';
+————————-+———–+
Variable_name Value
+————————-+———–+
Qcache_free_blocks 1
Qcache_free_memory 134208800
Qcache_hits 0
Qcache_inserts 0
Qcache_lowmem_prunes 0
Qcache_not_cached 2
Qcache_queries_in_cache 0
Qcache_total_blocks 1
+————————-+———–+
8 rows in set (0.00 sec)
這里順便解釋下這個(gè)幾個(gè)參數(shù)的作用：
Qcache_free_blocks:表示查詢緩存中目前還有多少剩余的blocks，如果該值顯示較大，則說明查詢緩存中的內(nèi)存碎片過多了，可能在一定的時(shí)間進(jìn)行整理。
Qcache_free_memory:查詢緩存的內(nèi)存大小，通過這個(gè)參數(shù)可以很清晰的知道當(dāng)前系統(tǒng)的查詢內(nèi)存是否夠用，是多了，還是不夠用，DBA可以根據(jù)實(shí)際情況做出調(diào)整。
Qcache_hits:表示有多少次命中緩存。我們主要可以通過該值來驗(yàn)證我們的查詢緩存的效果。數(shù)字越大，緩存效果越理想。
Qcache_inserts: 表示多少次未命中然后插入，意思是新來的SQL請(qǐng)求在緩存中未找到，不得不執(zhí)行查詢處理，執(zhí)行查詢處理后把結(jié)果insert到查詢緩存中。這樣的情況的次數(shù)，次數(shù)越多，表示查詢緩存應(yīng)用到的比較少，效果也就不理想。當(dāng)然系統(tǒng)剛啟動(dòng)后，查詢緩存是空的，這很正常。
Qcache_lowmem_prunes:該參數(shù)記錄有多少條查詢因?yàn)閮?nèi)存不足而被移除出查詢緩存。通過這個(gè)值，用戶可以適當(dāng)?shù)恼{(diào)整緩存大小。
Qcache_not_cached: 表示因?yàn)閝uery_cache_type的設(shè)置而沒有被緩存的查詢數(shù)量。
Qcache_queries_in_cache:當(dāng)前緩存中緩存的查詢數(shù)量。
Qcache_total_blocks:當(dāng)前緩存的block數(shù)量。
下邊我們測(cè)試下：
比如執(zhí)行如下查詢語句
mysql> select * from user where id = 2;
+—-+——-+
id name
+—-+——-+
2 test2
+—-+——-+
1 row in set (0.02 sec)
然后執(zhí)行show status like ‘%Qcache%'，看看有什么變化：
mysql> show status like ‘%Qcache%';
+————————-+———–+
Variable_name Value
+————————-+———–+
Qcache_free_blocks 1
Qcache_free_memory 134207264
Qcache_hits 0
Qcache_inserts 1
Qcache_lowmem_prunes 0
Qcache_not_cached 3
Qcache_queries_in_cache 1
Qcache_total_blocks 4
+————————-+———–+
8 rows in set (0.00 sec)
對(duì)比前面的參數(shù)值，我們發(fā)現(xiàn)Qcache_inserts變化了。Qcache_hits沒有變，下邊我們?cè)趫?zhí)行同樣的查詢
select * from user where id = 2，按照前面的理論分析：Qcache_hits應(yīng)該等于1，而Qcache_inserts應(yīng)該值不變（其他參數(shù)的值變化暫時(shí)不關(guān)注，讀者可以自行測(cè)試），再次執(zhí)行：
show status like ‘%Qcache%'，看看有什么變化：
mysql> show status like ‘%Qcache%';
+————————-+———–+
Variable_name Value
+————————-+———–+
Qcache_free_blocks 1
Qcache_free_memory 134207264
Qcache_hits 1
Qcache_inserts 1
Qcache_lowmem_prunes 0
Qcache_not_cached 4
Qcache_queries_in_cache 1
Qcache_total_blocks 4
+————————-+———–+
8 rows in set (0.00 sec)
OK，果然跟我們分析的完全一致。
以上就是解析MySQL高速緩存啟動(dòng)方法及參數(shù)(query_cache_size)的詳細(xì)內(nèi)容，更多請(qǐng)關(guān)注php中文網(wǎng)其它相關(guān)文章！
學(xué)習(xí)教程快速掌握從入門到精通的SQL知識(shí)。
