Redisキャッシュの浸透、キャッシュの内訳、キャッシュアバランシェの違いと解決策

1.キャッシュ処理フロー

  前台请求,后台先从缓存中取数据,取到直接返回结果,取不到时从数据库中取,数据库取到更新缓存,并返回结果,数据库也没取到,那直接返回空结果。

ここに画像の説明を挿入

2.キャッシュの浸透

  描述:

   缓存穿透是指缓存和数据库中都没有的数据,而用户不断发起请求,如发起为id为“-1”的数据或id为特别大不存在的数据。这时的用户很可能是攻击者,攻击会导致数据库压力过大。

  解决方案:

インターフェイスレイヤーは、ユーザー認証検証などの検証を追加し、idは基本的な検証に使用され、id <= 0は直接インターセプト
されます。キャッシュから取得できないデータは、データベースで取得されません。この時点で、次のこともできます。キーの設定-値のペアはkey-nullとして書き込まれ、キャッシュの有効時間は30秒などの短いポイントに設定できます(設定が長すぎると、通常の状態では使用できなくなります)。これにより、攻撃するユーザーが同じIDブルートフォース攻撃を繰り返し使用するのを防ぐことができます

3、キャッシュの内訳

  描述:

  缓存击穿是指缓存中没有但数据库中有的数据(一般是缓存时间到期),这时由于并发用户特别多,同时读缓存没读到数据,又同时去数据库去取数据,引起数据库压力瞬间增大,造成过大压力

  解决方案:

ホットスポットデータが期限切れにならないように設定します。
ミューテックスロックを追加します。ミューテックスロックの参照コードは次のとおりです。
ここに画像の説明を挿入

      说明:

      1)缓存中有数据,直接走上述代码13行后就返回结果了

     2)缓存中没有数据,第1个进入的线程,获取锁并从数据库去取数据,没释放锁之前,其他并行进入的线程会等待100ms,再重新去缓存取数据。这样就防止都去数据库重复取数据,重复往缓存中更新数据情况出现。

      3)当然这是简化处理,理论上如果能根据key值加锁就更好了,就是线程A从数据库取key1的数据并不妨碍线程B取key2的数据,上面代码明显做不到这点。

第四に、キャッシュアバランシェ

  描述:

  缓存雪崩是指缓存中数据大批量到过期时间,而查询数据量巨大,引起数据库压力过大甚至down机。和缓存击穿不同的是,        缓存击穿指并发查同一条数据,缓存雪崩是不同数据都过期了,很多数据都查不到从而查数据库。

 解决方案:

1:キャッシュされたデータの有効期限は、大量のデータが同時に期限切れになるのを防ぐためにランダムに設定されます。
2:キャッシュデータベースが分散展開の場合は、ホットデータを異なるキャッシュデータベースに均等に分散します。
3:ホットスポットデータが期限切れにならないように設定します。

おすすめ

転載: blog.csdn.net/weixin_55580097/article/details/114171823