由于原有缓存失效，新缓存未到期间所有原本应该访问缓存的请求都去查询数据库了，而对数据库CPU和内存造成巨大压力，严重的会造成数据库宕机。 2. 数据有效期策略调整 5. 加锁 缓存雪崩就是瞬间过期数据量太大，导致对数据库服务器造成压力。如能够有效避免过期时间集中，可以有效解决雪…

做C端相关业务，目前主流的关系型数据库在高并发的查询请求场景下，很难做到低延迟的高并发，甚至有可能被打挂。因此引入缓存中间件是一个常见的解决方案，但如何保证缓存与数据库的一致性，便成为了一个棘手的问题

前言 说起当前主流NoSql数据库非 Redis 莫属。因为它读写速度极快，一般用于缓存热点数据加快查询速度，大家在工作里面也肯定和 Redis 打过交道，但是对于Redis 为什么快，除了对八股文的

在分布式场景中，很多地方需要生成全局唯一的id，如数据库分库分表后需要用唯一id代替单机版本的自增id。发号器的基本要求是 某些场景下还要求单调递增，如排序需求等。 网上有很多介绍发号器的文章，比如美团的《Leaf——美团点评分布式ID生成系统》，有赞的《如何做一个靠谱的发号器…

常用的即 synchronize 或 Lock 等 JDK 自带的锁，只能锁住当前进程，仅适用于单体架构服务。 而在分布式多服务实例场景下必须使用分布式锁。 “占坑”可以去Redis、DB、任何所有服务都能访问的地方。 解决方案：设置锁的自动过期，即使没有删除，会自动删除。 解…

几年前，我在看博客的时候，看到有一篇博客的标题就是关于数据库，缓存一致性的，不以为然，直接跳过去了，心想，这么简单的问题还讨论个鬼啊。这种想法持续了很久，直到某天，我看到越来越多的人都在讨论数据库，缓存一致性的问题，才好好的看了下博客，才发现原来数据库，缓存一致性真不是一个简单…

上一篇文章基于redis的分布式锁实现写了基于redis实现的分布式锁。分布式环境下，不会还使用单点的redis，做到高可用和容灾，起码也是redis主从。redis的单线程工作，一台物理机只运行一个redis实例太过浪费，redis单机显然是存在单点故障的隐患。内存资源往往受…

更多精彩文章。 笔者曾经维护过上千个redis实例，这些实例采用的简单主从结构，集群方案主要是客户端jar包。刚开始，个人并不是太喜欢redis cluster，因为它的路由实在是太死板，运维复杂。为什么这么说，可以参考之前的一篇文章《现实中的路由规则，可能比你想象中复杂的多》…

缓存是软件开发中一个非常有用的概念，数据库缓存更是在项目中必然会遇到的场景。而缓存一致性的保证，更是在面试中被反复问到，这里进行一下总结，针对不同的要求，选择恰到好处的一致性方案。 存储的速度是有区别的。缓存就是把低速存储的结果，临时保存在高速存储的技术。 如图所示，金字塔更上…