Redis キーは有効期限が切れた後も存在しますか?

最近、Redis クラスターで興味深い問題を発見しました。デバッグとテストに多くの時間を費やした結果、キーの有効期限を変更することで、一部のクラスターで Redis のメモリ使用量を 25% 削減することができました。

#Twitter は内部で複数のキャッシュ サービスを実行しています。そのうちの 1 つは Redis によって実装されています。当社の Redis クラスターには、インプレッションとエンゲージメントのデータ、広告支出数、ダイレクト メッセージなど、いくつかの重要な Twitter ユースケース データが保存されています。

質問の背景 (推奨学習: Redis ビデオ チュートリアル )

2016 年の初めに、Twitter のキャッシュ チームは Redis クラスターのアーキテクチャを実行しました。たくさんのアップデート。 Redis バージョン 2.4 からバージョン 3.2 への更新など、Redis にいくつかの変更が加えられています。

この更新の後、ユーザーが予想または使用の準備と一致しないメモリ使用量、遅延の増加、キーのクリアの問題など、いくつかの問題が発生しました。キーのクリアランスは大きな問題であり、永続化する必要があるデータが削除されたり、データの元のストレージにリクエストが送信されたりする可能性があります。

予備調査

影響を受けるチームとキャッシュ チームは予備調査を開始しました。現在発生しているキーのクリアに関連して遅延が増加していることが確認されています。 Redis は書き込みリクエストを受信して​​も、書き込みを保持するメモリがない場合、動作を停止し、キーをクリアして、新しいキーを保存します。

ただし、これらの新しくクリアされたメモリ使用量の増加の原因を突き止める必要があります。

メモリには期限切れだがまだ削除されていないキーがいっぱいあると考えられます。スキャンの使用を推奨する人もいますが、スキャン方法ではすべてのキーを読み取り、期限切れのキーを削除します。

Redis では、キーにはアクティブ有効期限とパッシブ有効期限という 2 つの有効期限メソッドがあります。スキャンにより、キーのパッシブな有効期限がトリガーされます。キーが読み取られると、TTL がチェックされます。TTL の有効期限が切れている場合、TTL は削除され、何も返されません。

Redis ドキュメントでは、バージョン 3.2 でのキーのアクティブな有効期限について説明しています。キーのアクティブな有効期限は、activeExpireCycle と呼ばれる関数で始まります。これは、cron と呼ばれる内部タイマーで 1 秒間に数回実行されます。

activeExpireCycle 関数が行うことは、各キー スペースを反復処理し、TTL セットでランダムな kry をチェックし、期限切れの kry の割合のしきい値に達した場合は、制限時間に達するまでこのプロセスを繰り返します。

すべての krys をスキャンするこの方法は効果的で、スキャンが完了するとメモリ使用量も下がります。 Redis はキーを効果的に期限切れにしなくなったようです。

ただし、当時の解決策は、クラスターのサイズを増やしてハードウェアを増やすことで、キーがより多く分散され、使用可能なメモリが増えることでした。 Redis をアップグレードする前述のプロジェクトでは、クラスターの効率を高めることで、クラスターのサイズと実行コストが削減されているため、これは残念です。

Redis 関連の技術記事の詳細については、「Redis データベース チュートリアルの使用方法の概要」 列にアクセスして学習してください。

以上がRedis キーは有効期限が切れた後も存在しますか?の詳細内容です。詳細については、PHP 中国語 Web サイトの他の関連記事を参照してください。