什麼是查詢快??？

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

查詢快取的工作原理

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

我們現(xiàn)在轉(zhuǎn)向關(guān)鍵的查詢快取變數(shù) - query_cache_type、query_cache_size、query_cache_limit 和 1. 查詢快取類型

MySQL 中的 query_cache_type 變數(shù)控制查詢快取是啟用、停用還是設(shè)定為僅按需執(zhí)行。

query_cache_type 用法

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

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

• 0（關(guān)閉）

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

• 1 (ON)

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

• 2 (DEMAND)

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

query_cache_type配置

Query_cache_type可以在伺服器運作時離線或線上設(shè)定?？赡苁走x在線配置，以便進行測試。當(dāng)伺服器重新啟動時，query_cache_type 將會恢復(fù)。

命令列設(shè)定：

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

設(shè)定檔：

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

query_cache_type 注意事項

根據(jù)一般建議，對於資料不頻繁更改但讀取頻繁的環(huán)境，應(yīng)將 query_cache_type 設(shè)定為 1（ON）。在高度動態(tài)的環(huán)境中設(shè)定為 0（關(guān)閉），在這種環(huán)境中，維護快取的開銷可能會超過好處。

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

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

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

• 快取失效 – 快取表上的更新、插入或刪除會使對應(yīng)的快取條目失效，進而導(dǎo)致快取流失。

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

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

2.查詢快取大小

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

query_cache_size 用法

query_cache_size 變數(shù)決定為查詢快取所分配的記憶體量。應(yīng)根據(jù)工作負(fù)載的性質(zhì)和可用記憶體資源調(diào)整該值：

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

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

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

query_cache_size配置

Query_cache_size可以在伺服器運作時離線或線上設(shè)定?？赡苁走x在線配置，以便進行測試。當(dāng)伺服器重新啟動時，query_cache_size 將會恢復(fù)。

命令列設(shè)定：

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

設(shè)定檔：

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

query_cache_size 注意事項

query_cache_size 應(yīng)根據(jù)可用記憶體和工作負(fù)載的性質(zhì)進行設(shè)定。設(shè)定太大會導(dǎo)致記憶體耗盡，設(shè)定太小可能會限制其有效性。

監(jiān)控快取的使用率（命中與插入）將指導(dǎo)適當(dāng)?shù)拇笮≌{(diào)整。從中等大小開始，例如 64MB 到 128MB，然後根據(jù)效能和可用系統(tǒng)記憶體進行調(diào)整。

設(shè)定query_cache_size時請考慮以下因素：

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

• 快取失效 – 快取表上的更新、插入或刪除會使對應(yīng)的快取條目失效，進而導(dǎo)致快取流失。

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

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

3.查詢快取限制

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

query_cache_limit 用法

當(dāng)查詢結(jié)果超過query_cache_limit時，結(jié)果不會被快取。這可以防止過大或資源密集型查詢用可能不會經(jīng)常重複使用的結(jié)果填充快取。透過為query_cache_limit設(shè)定適當(dāng)?shù)闹?，可以確保只快取更小、更常用的查詢結(jié)果，從而優(yōu)化記憶體的使用。

query_cache_limit 配置

Query_cache_limit 可以在伺服器運作時離線或線上設(shè)定?？赡苁走x在線配置，以便進行測試。當(dāng)伺服器重新啟動時，query_cache_limit 將會恢復(fù)。
命令列設(shè)定：

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

設(shè)定檔：

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

query_cache_limit 注意事項

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

4.query_cache_min_res_unit

MySQL 中的 query_cache_min_res_unit 變數(shù)決定查詢快取分配的區(qū)塊的最小大?。ㄒ晕辉M為單位）。此設(shè)定透過控制快取結(jié)果的粒度來影響查詢快取的效率。

query_cache_min_res_unit 用法

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

query_cache_min_res_unit 配置

Query_cache_min_res_unit 可以在伺服器執(zhí)行時離線或線上設(shè)定。可能首選在線配置，以便進行測試。當(dāng)伺服器重新啟動時，query_cache_min_res_unit 將會恢復(fù)。

命令列設(shè)定：

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

設(shè)定檔：

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

query_cache_min_res_unit 注意事項

設(shè)定 query_cache_min_res_unit 涉及將變數(shù)設(shè)為適當(dāng)?shù)闹担云胶庥洃涹w消耗與快取效率。應(yīng)根據(jù)工作負(fù)載中查詢結(jié)果的平均大小來選擇該值。

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

• 相反，較大的值可能會減少快取條目的數(shù)量，但可能會導(dǎo)致較小查詢結(jié)果的記憶體浪費。

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

只需 4 個步驟即可啟用和調(diào)整查詢快取

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

1。啟用查詢快取 – 將 query_cache_type 設(shè)為 1 或 2。將 query_cache_type 或 query_cache_size 設(shè)定為零將始終停用快取。對於選擇性快?。ńㄗh大多數(shù)用例），您可以使用：

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

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

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

透過運行狀況檢查監(jiān)控查詢快取

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

運算QCache碎片

查看我們?nèi)娴倪\行狀況檢查文檔，其中包含有關(guān)如何計算 QCache 碎片的資訊和逐步說明。

計算完 QCache Fragmentation 和 QcacheDeleteRate 後，您需要解釋結(jié)果。理想情況下，QCache Fragmentation 應(yīng)小於 10，QcacheDeleteRate 應(yīng)小於 20。

建議採取的行動

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

輕鬆優(yōu)化您的查詢快取

調(diào)整 MySQL 查詢快取涉及調(diào)整多項設(shè)定以最佳化資料庫效能，從管理記憶體使用到減少查詢時間。雖然這裡討論的變數(shù)形成了良好的基礎(chǔ)，但有效的管理需要根據(jù)實際系統(tǒng)負(fù)載和效能進行持續(xù)監(jiān)控和更新。

為了簡化此流程，請考慮使用像 Releem 這樣強大的管理工具來自動執(zhí)行這些調(diào)整。這樣的工具可以持續(xù)監(jiān)控您的系統(tǒng)效能並即時動態(tài)更新query_cache設(shè)定。

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

以上是掌握 MySQL 的查詢快?。宏P(guān)鍵變數(shù)與最佳化最佳實踐的詳細(xì)內(nèi)容。更多資訊請關(guān)注PHP中文網(wǎng)其他相關(guān)文章！