会点代码的大叔

缓存击穿和缓存雪崩的区别在于：雪崩针对很多 key，而击穿只针对于某一个热点 key。 设置缓存永不过期，这个方法虽然很暴力，但是确实能解决大部分的问题，当然，大部分场景也不太适用； 设置随机过期时间，这个方案对于缓存击穿来说就不太适用了，因为击穿只针对一个热点 key，只要它一失效，大量的访问就会击垮数据库； 其余的方案比如使用互斥锁、双缓存机制，也都可以解决缓存击穿的问题，让我们看看这些方案的具体实现。 主动刷新缓存 缓存设置成永不过期，在更新或删除 DB 中的数据时，也主动地把缓存中的数据更新或删除掉

关于 Redis 的使用，大家应该已经不陌生了，我也介绍过 Redis 的使用、数据结构、使用场景分析，既然 Redis 这个强大，那么架构中引入了 Redis 之后，是不是就“无敌”了呢？ 其实所有的架构、框架、组件，在解决一部分问题的同时，同样也会带来新的问题，让我们看看使用 Redis 可能会遇到什么样的问题。 缓存穿透 Redis 大部分的使用场景，都是根据 key ，先在 Redis 中查询，如果查询不到的话，再查询数据库。 当有大量的请求，key 值根本不在 Redis 中，那么查询就会落到数据

不知道开发的同学有没有遇到过类似这样的需求： 相同类型的数据在多个系统中，如果要得到全部的信息，就要连续调多个系统的接口； 业务复杂，一个需求需要关联几张表甚至几十张表才能得到想要的结果； 系统做了分库分表，但是需要统计所有的数据。 那么此类需求要如何满足呢？我们选择了“通过 ETL 提前进行数据整合”的方案。 什么是 ETL 说到ETL，很多开发伙伴可能会有些陌生，更多的时候 ETL 是用在大数据、数据分析的相关岗位；我也是在近几年的工作过程中才接触到ETL的，现在的项目比较依赖 ETL，可以说是项目