跟着本系列一路走来，我们已经知道Redis通过主从复制为手动故障转移提供了可能，通过哨兵模式实现了监控及自动故障转移。Redis高性能的表现，使得哨兵模式可以一般规模的应用中轻松应对。

数据库跟缓存，或者用Mysql和Redis来代替，想必每个CRUD boy都不会陌生。本文要聊的也是一个经典问题，就是以怎样的方式去操作数据库和缓存比较合理。 为什么必须要有过期时间？首先对于缓存来说，当它的命中率越高的时候，我们的系统性能也就越好。如果某个缓存项没有过期时间，…

做C端相关业务，目前主流的关系型数据库在高并发的查询请求场景下，很难做到低延迟的高并发，甚至有可能被打挂。因此引入缓存中间件是一个常见的解决方案，但如何保证缓存与数据库的一致性，便成为了一个棘手的问题

缓存作用？ 在客户端请求数据时，如果能在缓存中命中数据，那就查询缓存，不用在去查询数据库，从而减轻数据库的压力，提高服务器的性能。 由于引入了缓存，那么在数据更新时，不仅要更新数据库，而且要更新缓存，

redis、mysql双写缓存不一致： 但是在更新缓存方面，对于更新完数据库，是更新缓存呢，还是删除缓存。又或者是先删除缓存，再更新数据库，其实大家存在很大的争议。目前没有一篇全面的博客，对这几种方案

记得上一次使用Redis的时候，还是在自己做的毕业设计项目上，当时抱着学习的目的，简单地做了查询的缓存处理。

上一篇文章用万字长文来讲了本地锁至分布式锁的演进和Redis实现，不过周四埋下的坑，周五来恶补！！ Redisson 加锁、解锁源码分析看门狗机制等