#この記事の知識ポイント
期限切れデータの概念
データ削除戦略
エビクションアルゴリズム

期限切れのデータ

# まず、3 つの主要な値、つまり性別、名前、年齢を見てみましょう。

これら 3 つの値を設定する手順は、

set name kaka setex age 100 24 setex sex 10 1

## です。

Redis の削除ポリシーとエビクションポリシー redis では、ttl を使用して特定のキーのステータスを取得できます。

ttl

を使用して上記を取得しましょう名前、年齢、性別のステータスについては、

、-1 775 -2

の 3 つの値が表示されます。

では、これら 3 つの値によって得られる情報は何でしょうか。

#-1 は永続的に有効なデータを表します
775 この値は年齢に設定され、使用されるコマンドは setex age 1000 です24 (残りの有効期限として表されます)
-2 は、期限切れのデータ、削除されたデータ、または定義のないデータを示します

期限切れデータのストレージ構造

時間制限を設定する場合名前を指定すると、redisメモリアドレス 0x10101
を格納すると、redis は時間に敏感なキー
#今日私たちが話している Redis 削除戦略は、削除されたデータです。

スケジュールされた削除

スケジュールされた削除では、タイマーを書き込み、キーの時間が期限切れになると、タイマータスクによって期限切れのキーがすぐに削除されます

# 利点: 有効期限が切れるとキーが削除されることは想像できると思いますが、間違いなく最もメモリに優しく、メモリを節約できます。 # 欠点: redis のシングルスレッド機能は、すべてのコマンドが特定の順序で実行されることです。有効期限が切れたときにキー値を削除すると、CPU への負担が大きくなり、Redis サーバーの応答時間と IO に直接影響します。

スケジュールされた削除は、スペースと引き換えに時間を使用することを意味します。

スケジュールされた削除が完了すると、キー値に対応するデータが削除され、有効期限が切れたメモリ領域も直接削除されます。

Redis の削除ポリシーとエビクションポリシー遅延削除

ぜひ見に来てくださいこの画像は、キー値の有効期限が切れてもすぐには削除されません。いつ削除されますか?読み続けてください＃＃＃

Redis の削除ポリシーとエビクションポリシー

#遅延削除を使用すると、データは有効期限が切れても自動的に削除されないため、削除方法は次のようになります。次回キー値を取得したときに、キーの有効期限が切れているかどうかが判定され、期限切れの場合は削除されます。

つまり、再度 get name が実行されると、関数が実行されます。

expirelfNeeded() この関数は、キーが存在するかどうかを判断するものです。期限切れ。有効期限が切れたら nil を返し、メモリから削除します

Redis の削除ポリシーとエビクションポリシー ##利点: 一定量のCPU のパフォーマンス。削除する必要がある場合にのみ削除されます。

欠点: ホットスポットの後に、ホットニュースなど、メモリ負荷が高いことが考えられます。は終了しました。ほとんど誰もアクセスしません。このキーは、誰もアクセスしない限り常に存在し、長期間にわたって一定量のメモリ領域を占有します。

#つまり、この方法はスペースと時間を交換することです

定期的に削除します

上で 2 つの削除方法について説明しました。1 つはスケジュールされた削除で、もう 1 つは遅延削除です。 1つは、空間と時間を交換することです。 1つは、時間をスペースと引き換えにすることです。どちらのオプションも比較的極端なアプローチです。次に、定期削除の実施計画を見てみましょう。

まず、redis のストレージ容量を見てみましょう。デフォルトでは 16 個あります。redis.conf には、このパラメータによって制御される構成パラメータデータベースがあります。各データベースには独自の有効期限パーティションがあり、データアドレスとデータ有効期限時刻が保存されます。

Redis の削除ポリシーとエビクションポリシー #実装方法

redis が起動しますこのとき、サーバーの hz の値が読み取られます。デフォルトは 10 です。この値は、

info サーバー

を使用してターミナルで直接表示できます。

Redis の削除ポリシーとエビクションポリシー

その後、サーバーは、serverCron() ポーリングのために 1 秒あたり Hz 回実行されます

使用を継続します16 個の Redis ライブラリの情報に 1 つずつアクセスするには、databasesCron を使用します。各実行時間は 250 ミリ秒 / サーバーヘルツです。このパラメータ

各有効期限[*]を 1 つずつテストする場合、テストのために ACTIVE_EXPIRE_CYCLE_SLOW_TIME_PERC がランダムに選択されます

キーがタイムアウトになった場合は、キーを直接削除します

1 ラウンドで削除されたキーの数>ACTIVE_EXPIRE_CYCLE_SLOW_TIME_PERC*25% がプロセスを循環し続けます

25% の場合は、次の有効期限が切れることを確認します[
##次に、問題は、この時点で 250ms/hz が実行されていますが、16 個のデータベースの期限が切れていない場合はどうすればよいでしょうか?次回はどの図書館に行ってみようかな？実際、この値は存在しており、current_db の値です。この値は activeExpireCycel を記録し、次回 Expires[*]

Redis の削除ポリシーとエビクションポリシー