在项目中经常会同时操作mysql与redis 那么如何保证数据的一致性呢 一般增删改都是先操作MySQL数据库，成功之后再操作Redis，但这里有个问题，如果MySQL操作成功了，但Redis突然出现异常，操作失败，如何回滚MySQL操作。 使用注解@Transactional只会回滚 ...

删除或修改了，这样会浪费时间和资源 （2）、如果写数据库的值与更新缓存的值不一致，写入缓存 ...

首先，缓存由于其高并发和高性能的特性，已经在项目中被广泛使用。在读取缓存方面，大家没啥疑问，都是按照下图的流程来进行业务操作。 但是在更新缓存方面，对于更新完数据库，是更新缓存呢，还是删除缓存。又或者是先删除缓存，再更新数据库，其实大家存在很大的争议。目前没有一篇全面的博客，对这几种方案进行解析 ...

　　正常我们大家使用缓存都是这个原理，即： 如果我们的数据在缓存里边有，那么就直接取缓存的。 如果缓存里没有我们想要的数据，我们会先去查询数据库，然后 将数据库查出来的数据写到缓存中。 最后将数据返回给请求。 　　如果仅仅查询的话，缓存的数据和数据库的数据是没问题 ...

背景 　　在高并发的业务场景下，数据库的性能瓶颈往往是用户并发访问过大造成的，所以会有个Redis做个缓冲。 case 　　一、A写，B读， 　　　　写：1.淘汰cache 2.写操作(由于各种原因消耗了1s) 3.更新cache 　　　　读：1.读cache 2.读DB 3更新 ...

一般来说，如果允许缓存可以稍微的跟数据库偶尔有不一致的情况，也就是说如果你的系统不是严格要求 “缓存+数据库” 必须保持一致性的话，最好不要做这个方案，即：读请求和写请求串行化，串到一个内存队列里去。 串行化可以保证一定不会出现不一致的情况，但是它也会导致系统的吞吐量大幅度降低，用比正常 ...

不一致产生的原因 　　我们在使用redis过程中，通常会这样做：先读取缓存，如果缓存不存在，则读取数据库。伪代码如下： 　　写数据库的伪代码如下： 　　不管是先写库，再删除缓存；还是先删缓存，再写库，都有可能出现数据不一致的情况 　　因为写和读是并发的，没法保证 ...