一、背景社区收藏业务是一个典型的读多写少的场景，社区各种核心Feeds流都需要依赖用户是否收藏的数据判断，早期缓存设计时由于流量不是很大，未体现出明显的问题，近期通过监控平台等相关手段发现了相关的一些问题，因此我们针对这些问题对缓存做了重构设计，以保障收藏

作者：M哥知数堂MySQL第8期学员、知数堂藏经阁项目星耀队队长一、简介InnoDB维护了一个缓存数据和索引信息到内存的存储区叫做BufferPool，它会将最近访问的数据缓存到缓冲区。我们通过配置各个BufferPool的参数，可以显著提高MySQL的性能。

背景不知道是否你还在为下面的问题而困扰：当你使用了redis或者其他中间件做缓存的时候，经常发现缓存和数据库的数据不一致，只能通过定时任务或者缓存过期的方式去做一些限制。当你使用了ES做搜索工具，使用双写的那一套方法，还在为ES和数据库不是一个事务而担忧。当你需要迁移数据的时候，也还在使用双写的方法，如果是同一个数据

对于618、双十一、春运抢票这种高并发、大流量的场景一般都会用到缓存抗住大并发，市面上缓存框架用的最多的无疑就是Redis了，Redis作为稳居世界排名第一的KV内存数据库，同时也是最受欢迎的分布式缓存中间件，是应对高并发，大流量，低延迟业务场景的不二选择。面试必问！下面这十几道题都是关于Redis大厂面试被问到的，基本都跟Redis架构设计与底层原

以下内容为个人理解所得,如要转载,请标明出处:像项目中首页的大广告和商品类目这些不需要经常修改的数据，如果用户每次刷新页面的时候都要去数据库中查询，这样会浪费资源和增加数据库的压力。所以我们想当把这些数据添加到一个缓存中，用户去访问的时候，先去缓存中查找，如果命中失败，再去数据库中查询，然后把查询到的数据添加到缓存中。目前比较

背景不知道是否你还在为下面的问题而困扰：当你使用了redis或者其他中间件做缓存的时候，经常发现缓存和数据库的数据不一致，只能通过定时任务或者缓存过期的方式去做一些限制。当你使用了ES做搜索工具，使用双写的那一套方法，还在为ES和数据库不是一个事务而担忧。当你需要迁移数据的时候，也还在使用双写的方法，如果是同一个数据

上篇文章《Eureka缓存机制》(https://www.oschina.net/action/GoToLink?urlhttps%3A%2F%2Fmp.weixin.qq.com%2Fs%2FzwoIDzX8WouYVrBfMJMpJQ)介绍了Eureka的缓存机制，相信大家对Eureka有了进一步的了解，本文将详细介绍API网关如何实现服务下线

作者：京东工业孙磊一、认识Caffeine1、Caffeine是什么？Caffeine是一个基于Java8开发的提供了近乎最佳命中率的高性能的缓存库,也是SpringBoot内置的本地缓存实现。2、Caffeine提供了灵活的构造器去创建一个拥有下列特性的