缓存问题探索

缓存的使用，极大的提升了应用程序的性能和效率，特别是数据查询方面，也减轻了高并发下访问数据库的压力。但同时也带来了一些问题，其中最要害的就是数据的一致性问题。如果对数据的一致性要求很高，那么就不能使用缓存。

正常查询数据流程：

（1）先进行缓存查询，如果 key 命中，直接返回结果；

（2）如果 key 未命中，再去数据库进行查询，如果命中返回结果，并把结果写入缓存；

（3）缓存和数据库都没有命中，不写入缓存。

1. 缓存穿透

缓存穿透，是指查询一个一定不存在的数据。由于缓存是未命中时需要从数据库查询，数据库查不到数据则不写入缓存，这个不存在的数据每次请求都要到数据库去查询，这样就出现了缓存穿透问题。

造成缓存穿透的基本有两个：

第一，业务自身代码或者数据出现问题；第二，一些恶意攻击、爬虫等造成大量空命中。

解决方案：

（1）缓存NULL值，即使从数据库查不到数据，也放进缓存。同时设置一个较短的过期时间。

（2）布隆过滤器，对所有可能查询的参数以 hash 形式存储，查询缓存之前先经过布隆过滤器进行检查，如果没有，直接返回。

2. 缓存雪崩

缓存雪崩，是指缓存设置了相同的过期时间，导致缓存在某一时刻同时失效，请求全部转发到后端数据库。

3. 缓存击穿

缓存击穿，是指一个 key 非常热点，高并发请求集中访问这个 key，当这个 key 在失效的瞬间，请求就会穿过缓存，直接访问后端数据库。

 

转载于:https://www.cnblogs.com/yutb/p/11452908.html