目录 1.方式一：先更新数据库，再更新缓存场景 2.方式二：先更新缓存，再更新数据库场景 3.方式三：先删除缓存，再更新数据库的场景 4.方式四：先更新数据库，在删除缓存场景 5.方式 ...

为什么使用Redis做缓存 MySQL缺点 单机连接数目有限 对数据进行写速度慢 Redis优点 内存操作数据速度快 IO复用，速度快 单线程模型，避免线程切换带来的开销，速度快 一致性问题 　　读数据的时候首先去Redis里读，没有读到再去MySQL里 ...

针对这两点问题，一共可以分为四种方案：  1、先更新缓存，再更新数据库；  2、先更新数据库，再更新缓存；  3、先淘汰缓存，再更新数据库；  4、先更新数据库，再淘汰缓存。 更新缓存、淘汰缓存的优缺点： 　　淘汰缓存 　　　　　　优点：操作简单，不用关心更新操作，直接将缓存中的旧值 ...

一致性问题主要包含两种情况 缓存中有数据，那么缓存中的数据需要和数据库中数据的值相同 缓存中本身没有数据，那么数据中的值必须是最新值 　　除此之外就是缓存不一致问题了 解决一致性问题首先要根据缓存读写模式（读写缓存、只读缓存）来进行分析 　　读写缓存 ...

一、缓存和数据库一致性问题 读取缓存步骤一般没有什么问题，但是一旦涉及到数据更新：数据库和缓存更新，就容易出现缓存(Redis)和数据库（MySQL）间的数据一致性问题。因为写和读是并发的，没法保证顺序,就会出现缓存和数据库的数据不一致的问题。 无论是“先删除缓存，再写库”，还是“先写 ...

写请求来了，要更新数据库和缓存，一前一后更新，就可能导致缓存和DB中的数据在一段时间内不一致。 你只要用缓存，就可能会涉及到缓存与数据库双存储双写，你只要是双写，就一定会有数据一致性的问题，那么你如何解决一致性问题？ 一般来说，就是如果你的系统不是严格要求缓存+数据 ...

看到好些人在写更新缓存数据代码时，先删除缓存，然后再更新数据库，而后续的操作会把数据再装载的缓存中。然而，这个是逻辑是错误的。试想，两个并发操作，一个是更新操作，另一个是查询操作，更新操作删除缓存后，查询操作没有命中缓存，先把老数据读出来后放到缓存中，然后更新操作更新了数据 ...

本文主要讨论这么几个问题： （1）啥时候数据库和缓存中的数据会不一致 （2）不一致优化思路 （3）如何保证数据库与缓存的一致性 一、需求缘起 上一篇《缓存架构设计细节二三事》（点击查看）引起了广泛的讨论，其中有一个结论：当数据发生变化 ...