缓存有那么多种，分别是干什么的？

一个事物看上去再好，也有它负面的一面，缓存也有一系列的副作用需要考虑。除了前面提到的“缓存更新”和“缓存与数据的一致性”问题，还有诸如下边的这些问题：

1. 缓存雪崩。在大量的请求并发进入时，由于某些原因未起到预期的缓冲效果，哪怕只是很短的一段时间，导致请求全部流转到数据库，造成数据库压力过重。解决它可以通过“加锁排队”或者“缓存时间增加随机值”。
2. 缓存穿透。和“缓存雪崩”比较类似，区别是这会持续更长的时间，因为每次“cache miss”后依然无法从数据源加载数据到缓存，导致持续产生“cache miss”。解决它可以通过“布隆过滤器”或者“缓存空对象”。
3. 缓存并发。一个缓存 Key 下的数据被同时 set，怎么保证业务的准确性?再加上数据库的话呢?进程内缓存、进程外缓存与数据库三者皆用的情况下呢?用一句话来概括建议的方案是：使用“先 DB 再缓存”的方式，并且缓存操作用 delete 而不是 set。
4. 缓存无底洞。虽然分布式缓存是可以无限横向扩展的，但是，集群下的节点真的是越多越好吗?当然不是，缓存也是符合“边际效应递减”规律的。
5. 缓存淘汰。内存总是有限的，如果数据量很大，那么根据具体的场景定制合理的淘汰策略是必不可少的，如 LRU、LFU 与 FIFO 等等。

所以缓存不是银弹，对缓存的使用也需要先考虑各种问题。总结一下，本文先向你介绍了运用缓存的三种思路，然后梳理了在一个完整的系统中可以设立缓存的几个位置，并且分享了关于浏览器、CDN 与网关(代理)等缓存的一些使用经验，没有具体展开来讲细节，只是希望你对缓存有一个更加体系化的认识，希望能让你看得更加全面。

作者介绍

张帆(Zachary)，7 年电商行业经验，5 年开发团队管理经验，4 年互联网架构经验，目前任职某垂直电商技术总监。专注大型系统架构与分布式系统，坚持用心打磨每一篇原创。

（编辑：西安站长网）

【声明】本站内容均来自网络，其相关言论仅代表作者个人观点，不代表本站立场。若无意侵犯到您的权利，请及时与联系站长删除相关内容!