ApsaraDB for Redis：常見Latency（時延）事件的處理建議

Latency事件

事件描述

常見逾時原因

處理建議

EvictionCycle

一次逐出周期的耗時，包含逐出資料的選擇、刪除操作，及後台線程等待的時間。

可能性較多，需要更進一步分析EvictionDel、EvictionLazyFree事件的耗時。

• 檢查業務是否存在不必要的資料，並進行最佳化。

• 擴容執行個體規格，盡量避免到達Maxmemory觸發記憶體逐出。

EvictionDel

在逐出周期中刪除Key（鍵）的耗時。

通常在逐出大Key時產生。

• 盡量避免使用大Key。

• 開啟lazyfree-lazy-eviction參數，使用非同步逐出模式。

• 擴容執行個體規格，盡量避免到達Maxmemory觸發記憶體逐出。

EvictionLazyFree

在逐出周期中，等待後台線程釋放記憶體的耗時。

如果觸發逐出時沒有合格Key，且後台線程正在釋放記憶體（例如刪除大Key）時，則需要等待至後台線程釋放記憶體至Maxmemory以下或後台線程釋放記憶體結束。

• 根據業務需求，修改maxmemory-policy參數，調整記憶體逐出策略。

• 擴容執行個體規格，盡量避免到達Maxmemory觸發記憶體逐出。

ExpireCycle

一次清理到期Key周期的耗時。

通常在刪除大Key時產生。

• 盡量避免使用大Key。

• 開啟lazyfree-lazy-expire參數，使用非同步逐出模式。

• 在控制台主動執行清理到期資料操作。

ExpireDel

在清理到期Key周期中，刪除Key的耗時。

通常在刪除大Key時產生。

AofWrite

寫入AOF（AppendOnly File）的耗時。每次成功寫入AOF檔案後，會記錄AofWrite事件以及AofWriteAlone、AofWriteActiveChild、AofWritePendingFsync三者中的一種事件。

可能性較多，需要更進一步分析AofWriteAlone、AofWriteActiveChild、AofWritePendingFsync事件的耗時。

如果對資料持久化沒有要求，建議可以關閉appendonly參數，關閉AOF持久化。

AofWriteAlone

一次正常寫入AOF檔案的耗時。

資料寫入量較大，或磁碟效能存在瓶頸。

AofWriteActiveChild

寫入AOF檔案的耗時，寫入過程中存在其他子進程也在向磁碟寫資料等情況。

寫入AOF檔案過程中，其他子進程也在向磁碟寫資料。

AofWritePendingFsync

寫入AOF檔案的耗時，寫入過程中存在後台進程正在執行fsync。

寫入AOF檔案過程中，存在後台進程正在執行fsync。

Commands

常規命令（未被標為fast）的耗時。

通常是特殊命令造成，例如執行KEYS命令，遍曆所有資料。

• 使用查詢慢日誌功能，確定具體的慢命令。

• 使用離線全量Key分析功能，排查執行個體是否存在大Key。

FastCommand

被標為fast的命令（命令的時間複雜度為O(1)和O(log N)）的耗時。

通常是對大Key執行命令產生，例如執行GET命令，拷貝大量資料。

Fork

調用Fork操作的耗時。

通常在AOF Rewrite（重寫）時產生。

如果是AOF Rewrite導致，且對資料持久化沒有要求，建議關閉appendonly參數，關閉AOF持久化，關閉後，通常可以解決此類問題。