掌握 MySQL 的查詢快取：關鍵變數與最佳化最佳實踐

什麼是查詢快取？

查詢快取是 MySQL 中的一項功能，旨在透過快取 SELECT 查詢的結果來提高資料庫效能。當先前執行的查詢再次運行時，MySQL 可以快速從該快取中提取結果，而不是在資料庫中重新執行它。這不僅加快了資料檢索速度，還減少了資料庫的負載，使其對於具有一致參數的頻繁運行的查詢非常有效率。

查詢快取的工作原理

每當發出查詢時，MySQL 首先查看查詢快取以檢查先前是否儲存了相同查詢的結果。如果存在匹配，MySQL 會繞過通常的查詢執行過程並直接提供快取的結果。這要快得多，因為它避免了查詢處理和磁碟存取的耗時步驟，而是利用記憶體存取的速度。

我們現在轉向關鍵的查詢快取變數 - query_cache_type、query_cache_size、query_cache_limit 和 1. 查詢快取類型

MySQL 中的 query_cache_type 變數控制查詢快取是啟用、停用還是設定為僅按需執行。

query_cache_type 用法

查詢快取儲存 SELECT 語句的文字以及傳送到客戶端的對應結果。如果稍後收到相同的語句，伺服器會從快取中檢索結果，而不是再次解析並執行該語句。啟用查詢快取可以透過從記憶體提供查詢而不是重新執行查詢來顯著減少獲取頻繁運行的查詢結果所需的時間。

將 MySQL 中的 query_cache_type 變數設定為不同的值決定查詢快取的行為方式：

• 0（關閉）

  – 停用查詢緩存，但仍分配 query_cache_size 位元組的緩衝區。

• 1 (ON)

  – 為所有 SELECT 查詢啟用查詢緩存，除非在查詢中指定 SQL_NO_CACHE。

• 2 (DEMAND)

  – 僅對明確使用 SQL CACHE 子句的查詢啟用查詢快取。

query_cache_type配置

Query_cache_type可以在伺服器運作時離線或線上設定。可能首選在線配置，以便進行測試。當伺服器重新啟動時，query_cache_type 將會恢復。

命令列設定：

將 XX 替換為適合您的資料庫需求的值。若要驗證變數是否已更改：

設定檔：

將 XX 替換為適合您的資料庫需求的值。重新啟動 MySQL 伺服器。

query_cache_type 注意事項

根據一般建議，對於資料不頻繁更改但讀取頻繁的環境，應將 query_cache_type 設定為 1（ON）。在高度動態的環境中設定為 0（關閉），在這種環境中，維護快取的開銷可能會超過好處。

不加區別地啟用查詢快取可能不會總是帶來效能優勢，甚至在某些情況下會降低效能。設定query_cache_type時請考慮以下因素：

• 查詢快取的大小 – 較大的快取可以容納更多查詢結果，但需要更多記憶體。

• 查詢模式 – 經常更改結果或大型結果集的查詢可能無法從快取中受益。

• 快取失效 – 快取表上的更新、插入或刪除會使對應的快取條目失效，進而導致快取流失。

• 並發 – 由於爭用問題，查詢快取不適合高度並發的工作負載。

• MySQL 版本 – 查詢快取功能已在 MySQL 5.7 中棄用，並在 MySQL 8.0 中刪除，因為它有限制並且可能會導致多執行緒環境中的爭用。

2.查詢快取大小

指定分配用於儲存快取查詢結果的記憶體量。它是決定一次可以緩存多少結果的主要因素。

query_cache_size 用法

query_cache_size 變數決定為查詢快取所分配的記憶體量。應根據工作負載的性質和可用記憶體資源調整該值：

• 小結果集 – 如果您的應用程式經常執行傳回小結果集的查詢，則較大的查詢快取大小可能會有所幫助。這允許在快取中儲存更多查詢，從而減少查詢執行的需要。

• 頻繁的相同查詢 – 在重複執行相同查詢的場景中，增加 query_cache_size 可以透過快取這些查詢及其結果來提高效能。

• 查詢快取命中率 – 監控查詢快取命中率可以深入了解快取的有效性。如果命中率較低，增加query_cache_size可能有助於提高快取效率。

query_cache_size配置

Query_cache_size可以在伺服器運作時離線或線上設定。可能首選在線配置，以便進行測試。當伺服器重新啟動時，query_cache_size 將會恢復。

命令列設定：

將 XX 替換為適合您的資料庫需求的值。若要驗證變數是否已更改：

設定檔：

將 XX 替換為適合您的資料庫需求的值。重新啟動 MySQL 伺服器。

query_cache_size 注意事項

query_cache_size 應根據可用記憶體和工作負載的性質進行設定。設定太大會導致記憶體耗盡，設定太小可能會限制其有效性。

監控快取的使用率（命中與插入）將指導適當的大小調整。從中等大小開始，例如 64MB 到 128MB，然後根據效能和可用系統記憶體進行調整。

設定query_cache_size時請考慮以下因素：

• 查詢模式 – 經常更改結果或大型結果集的查詢可能無法從快取中受益。

• 快取失效 – 快取表上的更新、插入或刪除會使對應的快取條目失效，進而導致快取流失。

• 並發 – 由於爭用問題，查詢快取不適合高度並發的工作負載。

• MySQL 版本 – 由於多執行緒環境中的限制和爭用，查詢快取功能已在 MySQL 5.7 中棄用，並在 MySQL 8.0 中移除。

3.查詢快取限制

此變數設定可以快取的單一查詢結果的最大大小。它可以防止大型查詢消耗不成比例的快取空間。

query_cache_limit 用法

當查詢結果超過query_cache_limit時，結果不會被快取。這可以防止過大或資源密集型查詢用可能不會經常重複使用的結果填充快取。透過為query_cache_limit設定適當的值，可以確保只快取更小、更常用的查詢結果，從而優化記憶體的使用。

query_cache_limit 配置

Query_cache_limit 可以在伺服器運作時離線或線上設定。可能首選在線配置，以便進行測試。當伺服器重新啟動時，query_cache_limit 將會恢復。
命令列設定：

將 XX 替換為適合您的資料庫需求的值。若要驗證變數是否已更改：

設定檔：

將 XX 替換為適合您的資料庫需求的值。重新啟動 MySQL 伺服器。

query_cache_limit 注意事項

通常建議將 query_cache_limit 設定為 1MB 到 4MB 之間，具體取決於查詢的性質和可用快取大小。需要注意的是，將 query_cache_limit 設定得太低可能會導致有用的查詢結果被排除在快取之外，從而降低查詢快取的有效性。

4.query_cache_min_res_unit

MySQL 中的 query_cache_min_res_unit 變數決定查詢快取分配的區塊的最小大小（以位元組為單位）。此設定透過控制快取結果的粒度來影響查詢快取的效率。

query_cache_min_res_unit 用法

當查詢結果儲存在查詢快取中時，會佔用一定的記憶體。 query_cache_min_res_unit 變數定義為這些快取結果所分配的記憶體區塊的最小大小。如果查詢結果小於這個值，它仍然會佔用query_cache_min_res_unit定義的最小大小。

query_cache_min_res_unit 配置

Query_cache_min_res_unit 可以在伺服器執行時離線或線上設定。可能首選在線配置，以便進行測試。當伺服器重新啟動時，query_cache_min_res_unit 將會恢復。

命令列設定：

將 XX 替換為適合您的資料庫需求的值。若要驗證變數是否已更改：

設定檔：

將 XX 替換為適合您的資料庫需求的值。重新啟動 MySQL 伺服器。

query_cache_min_res_unit 注意事項

設定 query_cache_min_res_unit 涉及將變數設為適當的值，以平衡記憶體消耗與快取效率。應根據工作負載中查詢結果的平均大小來選擇該值。

• 較小的值可能會導致更有效率的記憶體使用，但可能會因更多快取條目而增加開銷。

• 相反，較大的值可能會減少快取條目的數量，但可能會導致較小查詢結果的記憶體浪費。

分析您的工作負載以確定查詢結果的平均大小。根據此分析調整query_cache_min_res_unit的值，以達到記憶體消耗和快取效率之間的平衡。對於大多數設置，該大小將介於 16MB 和 64MB 之間。

只需 4 個步驟即可啟用和調整查詢快取

從 MySQL 5.7.20 開始，查詢快取已被棄用，並在 MySQL 8.0 中完全刪除。如果您的 MySQL 版本仍然能夠使用 query_cache，則必須啟用它，因為預設情況下它是停用的。要在 MySQL、MariaDB 或 Percona 中啟用和配置查詢緩存，您通常需要存取伺服器的 my.cnf 或 my.ini 檔案。以下是逐步方法：

1。啟用查詢快取 – 將 query_cache_type 設為 1 或 2。將 query_cache_type 或 query_cache_size 設定為零將始終停用快取。對於選擇性快取（建議大多數用例），您可以使用：

2。設定快取大小 – 定義query_cache_size。起始點可能是總可用記憶體的 10-20%，但這需要根據您的工作負載進行調整：

3。定義結果大小限制 – 設定query_cache_limit 以控制儲存結果的大小。這可能從幾兆位元組開始，具體取決於您的典型查詢大小：

4。調整最小結果單位 – 依照您的需求修改query_cache_min_res_unit。將其減少到預設值以下可以幫助更有效地利用快取空間，特別是如果您預計有很多小查詢：

透過運行狀況檢查監控查詢快取

QCache Fragmentation 是 MySQL 中查詢快取效能的關鍵指標。此功能旨在儲存 SELECT 查詢的結果，以便可以快速滿足重複的請求，而無需重新執行查詢，從而提高效能。然而，隨著時間的推移，查詢快取可能會變得碎片化，導致效率降低。

運算QCache碎片

查看我們全面的運行狀況檢查文檔，其中包含有關如何計算 QCache 碎片的資訊和逐步說明。

計算完 QCache Fragmentation 和 QcacheDeleteRate 後，您需要解釋結果。理想情況下，QCache Fragmentation 應小於 10，QcacheDeleteRate 應小於 20。

建議採取的行動

如果 QCache Fragmentation 較高，您可能需要調整 Query Cache 的大小以減少碎片。如果 QcacheDeleteRate 較高，您可能需要增加查詢快取的大小或最佳化查詢以減少 INSERT 的數量。

輕鬆優化您的查詢快取

調整 MySQL 查詢快取涉及調整多項設定以最佳化資料庫效能，從管理記憶體使用到減少查詢時間。雖然這裡討論的變數形成了良好的基礎，但有效的管理需要根據實際系統負載和效能進行持續監控和更新。

為了簡化此流程，請考慮使用像 Releem 這樣強大的管理工具來自動執行這些調整。這樣的工具可以持續監控您的系統效能並即時動態更新query_cache設定。

這讓您有時間專注於更廣泛的目標，同時 Releem 處理複雜的查詢快取最佳化。

以上是掌握 MySQL 的查詢快取：關鍵變數與最佳化最佳實踐的詳細內容。更多資訊請關注PHP中文網其他相關文章！