Tair (Redis® OSS-Compatible):高いメモリ使用率のトラブルシューティング

Redis では、MEMORY STATS コマンドを実行してメモリ使用量の詳細を照会します。

次のセクションでは、サンプル応答と各パラメーターの説明を示します。

 1) "peak.allocated" // Redis プロセスが起動以降に消費したピークメモリ。
 2) (integer) 79492312
 3) "total.allocated" // Redis によって割り当てられた合計バイト数。現在の合計メモリ使用量。
 4) (integer) 79307776
 5) "startup.allocated" // Redis が起動時に消費した初期メモリ量。
 6) (integer) 45582592
 7) "replication.backlog" // レプリケーションバックログバッファーのサイズ。
 8) (integer) 33554432
 9) "clients.slaves" // マスター/レプリカレプリケーションにおけるすべてのレプリカノードの読み取り/書き込みバッファーの合計サイズ。
10) (integer) 17266
11) "clients.normal" // すべての通常クライアント (レプリカノードを除く) の読み取り/書き込みバッファーの合計サイズ。
12) (integer) 119102
13) "aof.buffer" // AOF 永続化に使用されるバッファーと、AOF の書き換え時に生成されるバッファー。
14) (integer) 0
15) "db.0"  // ビジネスデータベースの数。
16) 1) "overhead.hashtable.main" // 現在のデータベースのハッシュテーブルの合計メモリオーバーヘッド (メタデータメモリ)。
    2) (integer) 144
    3) "overhead.hashtable.expires" // キーの有効期限を保存するために消費されるメモリ。
    4) (integer) 0
17) "overhead.total" // すべてのオーバーヘッドメモリの合計。計算式：startup.allocated + replication.backlog + clients.slaves + clients.normal + aof.buffer + db.X。
18) (integer) 79273616
19) "keys.count" // 現在の Redis インスタンスのキーの総数。
20) (integer) 2
21) "keys.bytes-per-key" // 現在の Redis インスタンスにおける各キーの平均サイズ。計算式：(total.allocated - startup.allocated) / keys.count。
22) (integer) 16862592
23) "dataset.bytes" // 純粋なビジネスデータが占有するメモリサイズ。
24) (integer) 34160
25) "dataset.percentage" // 純粋なビジネスデータが占有するメモリの割合。計算式：dataset.bytes * 100 / (total.allocated - startup.allocated)。
26) "0.1012892946600914"
27) "peak.percentage" // 現在の合計メモリと履歴のピークメモリの比率。計算式：total.allocated * 100 / peak.allocated。
28) "99.767860412597656"
29) "fragmentation" // メモリ断片化率。
30) "0.45836541056632996"

Redis で、MEMORY DOCTOR コマンドを実行してメモリ診断の提案を取得します。

r-bpxxxxxxxxxxxxxxxxxxxx.redis.rds.aliyuncs.com:6379> MEMORY DOCTOR
"Sam, I detected a few issues in this Redis instance memory implants:\n\n * High
 allocator RSS overhead: This instance has an RSS memory overhead is greater tha
n 1.1 (this means that the Resident Set Size of the allocator is much larger tha
n the sum what the allocator actually holds). This problem is usually due to a l
arge peak memory (check if there is a peak memory entry above in the report), yo
u can try the MEMORY PURGE command to reclaim it.\n\nI'm here to keep you safe,
 Sam. I want to help you.\n"

MEMORY DOCTOR は、以下の観点に基づいて Redis インスタンスのメモリ診断の提案を提供します。これらの提案を使用して、対応する最適化戦略を策定できます。

    int empty = 0;     /* インスタンスが空またはほぼ空である。 */
    int big_peak = 0;       /* メモリのピークが使用メモリよりはるかに大きい。 */
    int high_frag = 0;      /* 高い断片化。 */
    int high_alloc_frag = 0; /* アロケーターの高い断片化。 */
    int high_proc_rss = 0;  /* プロセスの RSS オーバーヘッドが高い。 */
    int high_alloc_rss = 0; /* アロケーターからの RSS オーバーヘッドが高い。 */
    int big_slave_buf = 0;  /* レプリカバッファーが大きすぎる。 */
    int big_client_buf = 0; /* クライアントバッファーが大きすぎる。 */
    int many_scripts = 0;   /* スクリプトキャッシュにスクリプトが多すぎる。 */

Redis では MEMORY USAGE コマンドを実行して、指定されたキーのメモリ使用量 (バイト単位) を照会します。

コマンドの例：

MEMORY USAGE Key0089393003

応答の例：

(integer) 1000072