Redisのキャッシュ浸透、内訳、雪崩

キャッシュの浸透:

   (さえダウン又は)過剰なデータベースの圧力で、その結果、データベース毎回問い合わせるにつながる、(クエリを得ている数で)存在しないキーRedisのクエリの数が多いです。

ソリューション:

 ハンドリング、ユーザー認証、切片に白と黒のリストを制限1.当社のAPIインタフェース。

 2. Redisのと、設定された有効期限までキー入金がない場合、効果的に重複キー短いクエリを減らします。推奨しない(通常はランダムな数字は同じではありません)。

 3.ブルームフィルタ

  説明:それは実際には非常に長いです バイナリー ベクトルとランダムなマッピング機能のシリーズ。ブルームフィルタは、以下の場合にセット内の要素を取得するために使用することができます。利点は、一般的なアルゴリズムは、はるかに優れているよりも、スペース効率とクエリ時間で、欠点は、特定のエラー認識率と除去の困難があるということです。
 

 キャッシュの内訳:

   アクセス要求キーが大きいため、キャッシュ・キーは、満了する高い同時の場合、複数の要求は、キャッシュの有効期限が切れる見出さデータベースクエリとして要求従って、複数のキャッシュデータがRedisのに書き込まれている間、これはにつながりますデータベースへの圧力が非常に大きいです。

 分散ロック・使い方1.
    分散場合は保証を、各キーの分散ロック・保証の使用のみクエリのバックエンドサービスへの唯一つのスレッドを許可し、他のロックへの許可を取得していない、ただ待つ必要があり、これを高圧分散並行処理ロックに直接転送され、分散型ロックの圧力は非常に大きいです。

 2.ローカルロック
   同じローカルおよび分散ロック機構のロックを使用するが、分散ロック・サービスクラスタに適合は、ローカルロックは、単一のサービスを使用します。

 3.ソフトの有効期限が切れていた
    非同期データの有効期限が切れていないか、有効期限を延長するために決して熱い提供します。

 4.ブルームフィルタ

 キャッシュ雪崩:

キャッシュは、雪崩の状況キャッシュサーバの再起動やキャッシュの多くは、時間の故障の一定期間に集中多大な圧力を生成するための突然のデータベースを意味し、さらにデータベースを倒します。
解決方法:未使用データ、プラス乱数ごとに異なる有効期限。

要約:

浸透:問合せキーの場合は存在しません。

内訳:キーと同時クエリの状況が存在しません

雪崩:クエリは、複数のキーの場合には存在しません。

 

おすすめ

転載: www.cnblogs.com/ming-blogs/p/11973570.html