如何保证Redis和数据库数据一致性

        缓存可以提升性能，减轻数据库压力，在获取这部分好处的同时，它却带来了一些新的问题，缓存和数据库之间的数据一致性问题。

想必大家在工作中只要用了咱们缓存势必就会遇到过此类问题

首先我们来看看一致性：

• 强一致性：任何一次读都能读到某个数据的最近一次写的数据。
• 弱一致性：数据更新后，如果能容忍后续的访问只能访问到部分或者全部访问不到，则是弱一致性。

1.读取数据

1. 当应用程序需要从数据库读取数据时，先检查缓存数据是否命中。
2. 如果缓存未命中，则查询数据库获取数据，同时将数据写到缓存中，以便后续读取相同数据会命中缓存，最后再把数据返回给调用者。
3. 如果缓存命中，直接返回。

        单独的只读取数据场景是不会出现不一致。 只有读和写一起才会出现 ， 那我们再来说下写数据的场景

问题：如果数据库中的某条数据放入缓存后，又马上被更新了，那我们应该如何更新缓存

2.写数据

当我们对数据进行修改的时候，到底是先删缓存，还是先写数据库？

• 先更新缓存再更新数据库
• 先删除缓存再更新数据库
• 先更新数据库再更新缓存
• 先更新数据库再删除缓存

无非就是缓存用更新或用删除？推荐直接删除

        为什么不更新？而直接删， 因为缓存的更新成本更高（因为你写入数据库的值，很多情况并不是直接写入缓存的，而是要经过一系列复杂的计算再写入缓存。那么，每次写入数据库后，都再次计算写入缓存的值，无疑是浪费性能的。显然，删除缓存更为适合。）