如何应对缓存穿透和缓存雪崩问题

模板网 2021-04-14

分析:这两个问题，说句实在话，一般中小型传统软件企业，很难碰到这个问题。如果有大并发的项目，流量有几百万左右。这两个问题一定要深刻考虑。

缓存穿透，即黑客故意去请求缓存中不存在的数据，导致所有的请求都怼到数据库上，从而数据库连接异常。

解决方案:
(一)利用互斥锁，缓存失效的时候，先去获得锁，得到锁了，再去请求数据库。没得到锁，则休眠一段时间重试。
(二)采用异步更新策略，无论key是否取到值，都直接返回。value值中维护一个缓存失效时间，缓存如果过期，
异步起一个线程去读数据库，更新缓存。需要做缓存预热(项目启动前，先加载缓存)操作。
(三)提供一个能迅速判断请求是否有效的拦截机制，比如，利用布隆过滤器，内部维护一系列合法有效的key。
迅速判断出，请求所携带的Key是否合法有效。如果不合法，则直接返回。

缓存雪崩，即缓存同一时间大面积的失效，这个时候又来了一波请求，结果请求都怼到数据库上，从而导致数据库连接异常。

(一)给缓存的失效时间，加上一个随机值，避免集体失效。
(二)使用互斥锁，但是该方案吞吐量明显下降了。
(三)双缓存。我们有两个缓存，缓存A和缓存B。缓存A的失效时间为20分钟，缓存B不设失效时间。自己做缓存预热操作。
然后细分以下几个小点:
I 从缓存A读数据库，有则直接返回
II A没有数据，直接从B读数据，直接返回，并且异步启动一个更新线程。
III 更新线程同时更新缓存A和缓存B。

相关文章

  1. php手动编译fileinfo扩展

    某些同学在执行php composer.phar install时，出现错误 90%可能是漏装了PHP的fileinfo扩展了，用宝塔的请直接在宝塔里安装 下载并解压PHP源码包（内含fileinfo

  2. solr性能优化

    一、简介 Solr性能优化是一个很复杂的任务，也是一个长期与之斗争的过程。在开始之前，首先要对影响Solr性能的基本因素有个大致的认知。影响Solr性能的一个主要因素就是内存。Solr需要有足够的内

  3. 递归和分治思想

    一、斐波那契数列 1 1 2 3 5 8 13 21 34 55 89 144 ...... 我们可以用数学函数来定义： |0，当n = 0 F(n) = |1，当n = 1

  4. 高并发下的分布式锁

    public String deductStrck() throws InterruptedException{ String lockKey = "product_001"; //用

  5. 使用宝塔面板定时任务不执行问题处理

    定时任务不执行 不用宝塔自带的计划任务，因为宝塔自带的计划任务无法以www:www身份去执行任务，会导致面板无法正常写入日志 在vps中输入：crontab -e -uwww ，然后贴上 * * *

随机推荐

  1. php手动编译fileinfo扩展

    某些同学在执行php composer.phar install时，出现错误 90%可能是漏装了PHP的fileinfo扩展了，用宝塔的请直接在宝塔里安装 下载并解压PHP源码包（内含fileinfo

  2. solr性能优化

    一、简介 Solr性能优化是一个很复杂的任务，也是一个长期与之斗争的过程。在开始之前，首先要对影响Solr性能的基本因素有个大致的认知。影响Solr性能的一个主要因素就是内存。Solr需要有足够的内

  3. 递归和分治思想

    一、斐波那契数列 1 1 2 3 5 8 13 21 34 55 89 144 ...... 我们可以用数学函数来定义： |0，当n = 0 F(n) = |1，当n = 1

  4. 高并发下的分布式锁

    public String deductStrck() throws InterruptedException{ String lockKey = "product_001"; //用

  5. 使用宝塔面板定时任务不执行问题处理

    定时任务不执行 不用宝塔自带的计划任务，因为宝塔自带的计划任务无法以www:www身份去执行任务，会导致面板无法正常写入日志 在vps中输入：crontab -e -uwww ，然后贴上 * * *