对答案的时候总是忐忑。 第24课的课后题我完全想错了，使用 Redis 缓存，将脏数据写回数据库，因为是“脏数据”，所以缓存中的数据被修改了，对应了读写缓存模式。而脏数据是在被替换出缓存的时候写回数据库的，这就对应了异步写回策略的读写缓存模式。 如果把这道题当做面试题，估计很多候选人爬不出这个坑。 第25课，直接在缓存中更新，好处是下次访问时可以直接从缓存读；缺点是数据更新时的一致性问题。 第27课，@yeek：“极端情况下，LFU 策略使用的计数器可能会在短时间内达到一个很大值，而计数器的衰减配置项设置的很大，导致计数器值衰减的很慢，这种情况下，数据就有可能在缓存中长期驻留。”——不明觉厉 第31课，老师分三种情况分析了采用 RDB 机制时，Redis 实例发生故障的情况下，能否保证事务完整性，而我自己的答案只考虑了其中一种情况。 第33课，老师和课代表都认为在原主库回复之后 12s-15s 接收到的请求是无法同步到新主库的，我错了。 关于 Redis 属于旁路缓存，本篇讲的很清楚，就是需要在业务代码中显式的增加缓存操作逻辑。记住这一条，不光是 Redis，所有的旁路缓存问题应该都可以面试了。 另外提到了，在使用 Redis 是一般不使用 异步写回策略的读写缓存模式，因为 Redis 没法实现在脏数据被淘汰时，自行写回数据库。