針對 Azure Cache for Redis 中的資料遺失問題進行疑難排解

本文討論如何診斷 Azure Cache for Redis 中，可能發生的實際或認知資料遺失。

• 遺失部分金鑰
  • 金鑰到期日
  • 金鑰收回
  • 金鑰刪除
  • 非同步複寫
• 主要或完全遺失金鑰
  • 金鑰排清
  • 不正確的資料庫選擇
  • Redis 執行個體失敗

遺失部分金鑰

Azure Cache for Redis 在金鑰儲存於記憶體後，不會隨機刪除金鑰。 不過，它確實會移除金鑰以回應到期原則、收回原則，以及明確的金鑰刪除命令。 您可以在主控台上或透過 CLI 執行這些命令。

已寫入進階或標準 Azure Cache for Redis 執行個體中主要節點的金鑰，也可能無法立即在複本上使用。 資料會以非同步和非封鎖的方式，從主要節點複寫到複本。

如果您發現金鑰已從快取中消失，請檢查下列可能的原因：

金鑰到期日

Azure Cache for Redis 會在金鑰已指派逾時，且已經過該期間時，自動移除金鑰。 如需 Redis 金鑰到期的詳細資訊，請參閱 EXPIRE 命令文件。 您也可以使用 SET、SETEX、GETSET 和其他 *STORE 命令來設定逾時值。

若要取得到期金鑰數量的統計資料，請使用 INFO 命令。 Stats 區段會顯示到期金鑰的總數。 Keyspace 區段提供具有逾時和平均逾時值的金鑰數目相關資訊。

# Stats

expired_keys:46583

# Keyspace

db0:keys=3450,expires=2,avg_ttl=91861015336

您也可以查看快取的診斷計量，以查看金鑰遺失的時間和過期金鑰的峰值之間是否有關聯性。 如需使用 keyspace 通知或 MONITOR 來偵錯這些類型問題的相關資訊，請參閱偵錯 Redis Keyspace 遺漏。

金鑰收回

Azure Cache for Redis 需要記憶體空間來儲存資料。 它會視需要清除金鑰，以釋出可用的記憶體。 當 INFO 命令中的 used_memory 或 used_memory_rss 值接近設定的 maxmemory 設定時，Azure Cache for Redis 會根據快取原則，開始從記憶體中收回金鑰。

您可以使用 INFO 命令，監視已收回金鑰的數目：

# Stats

evicted_keys:13224

您也可以查看快取的診斷計量，以查看金鑰遺失的時間和收回金鑰的峰值之間是否有關聯性。 如需使用 keyspace 通知或 MONITOR 來偵錯下列問題，請參閱偵錯 Redis Keyspace 遺漏。

金鑰刪除

Redis 用戶端可以發出 DEL 或 HDEL 命令，明確地從 Azure Cache for Redis 移除金鑰。 您可以使用 INFO 命令，追蹤刪除作業的數目。 如果已呼叫 DEL 或 HDEL 命令，這些命令會列在 Commandstats 區段中。

# Commandstats

cmdstat_del:calls=2,usec=90,usec_per_call=45.00

cmdstat_hdel:calls=1,usec=47,usec_per_call=47.00

非同步複寫

標準層或進階層中的任何 Azure Cache for Redis 執行個體都設定了主要節點和至少一個複本。 系統會使用背景流程，以非同步方式，將資料從主要節點複製到複本。 redis.io 網站說明 Redis 資料複寫的一般運作方式。 在用戶端經常寫入 Redis 的情況下，可能會發生部分資料遺失，因為複寫不一定是瞬間的。 例如，如果主要節點在用戶端將金鑰寫入其中之後，並在背景流程有機會將該金鑰傳送至複本之前就當機了，則當複本接管新主要節點時，會遺失金鑰。

主要或完全遺失金鑰

如果大部分或所有金鑰已從快取中消失，請檢查以下可能的原因：

金鑰排清

用戶端可以呼叫 FLUSHDB 命令，以移除單一資料庫中的所有金鑰，或透過 FLUSHALL，將所有金鑰從Redis 快取中所有資料庫中移除。 若要找出是否已排清金鑰，請使用 INFO 命令。 Commandstats 區段會顯示是否已呼叫 FLUSH 命令：

# Commandstats

cmdstat_flushall:calls=2,usec=112,usec_per_call=56.00

cmdstat_flushdb:calls=1,usec=110,usec_per_call=52.00

不正確的資料庫選擇

Azure Cache for Redis 預設會使用 db0 資料庫。 如果您切換至另一個資料庫 (例如，db1)，並嘗試從中讀取金鑰，Azure Cache for Redis 在該資料庫中無法找到這些金鑰。 每個資料庫在邏輯方面是獨立的單位，並擁有不同的資料集。 使用 SELECT 命令以使用其他可用的資料庫，並在其中尋找金鑰。

Redis 執行個體失敗

Redis 是記憶體內部的資料存放區。 資料保存在託管 Redis 快取的實體或虛擬機器上。 基本層中的 Azure Cache for Redis 執行個體僅在單一虛擬機器 (VM) 上執行。 如果該 VM 已關閉，您儲存在快取中的所有資料都會遺失。

標準層和進階層中的快取，藉由使用複寫設定中的兩個虛擬機器，提供資料遺失更高的彈性。 當這類快取中的主要節點失敗時，複本節點會接管以自動提供資料。 對於故障和更新，這些 VM 位於不同的網域中，以盡量減少兩者同時無法使用的機會。 不過，如果主要資料中心發生中斷，VM 仍可能會同時停止運作。 在這些罕見的情況下，您的資料將會遺失。

考慮使用 Redis 資料永續性和異地複寫，以改善資料保護，避免這些基礎結構失敗。

其他資訊

這些文章提供有關避免資料遺失的詳細資訊：

• 針對 Azure Cache for Redis 伺服器端問題進行疑難排解
• 選擇正確的階層
• 監視 Azure Cache for Redis
• 如何執行 Redis 命令？