现在的web架构一般都用redis作为缓存层来减轻数据库的压力，数据在此架构下的读取问题，一般都是先判断redis缓存是否有数据，如果有，直接返回，否则读取数据库的数据，写入redis，返回数据，这是大致的读取流程。

那么为什么会出现redis和数据库不一致的问题呢?举个例子，如果你的缓存里现在缓存了用户的年龄的数据，每次用户访问的时候，如果缓存里有这个数据，直接返回，那么如果用户更新了自己的年龄，你的操作步骤是什么?

先更新(删除)redis缓存，再更新数据库

先更新数据库，再更新(删除)用户缓存

上面两种不同的操作顺序，不论哪种方法，理论上如果两个步骤都成功了，那没问题，如果一个更新成功了，另一个更新失败了，那么就会导致数据库和缓存不一致的问题，这就要求操作必须具备原子性，不论谁先执行，只要一个步骤出现错误，就因该回滚，谁都不能成功。

更新缓存or删除缓存

这里简单说下，更新缓存可能要消耗更多的cpu资源，所以建议直接删除缓存。

举个例子：缓存money=100，数据库money=100，现在要求money=99

下面讨论并发下两种策略可能带来的问题

先删除缓存成功，后更新数据库失败

线程A删除缓存，更新数据库money中，还没更新完

线程B过来发现缓存没有了，去数据库读取，读到的money=100

线程B，将读到的money=100写入缓存，现在缓存中的money=100

线程A将数据库的money更新完成，money=99

最终redis缓存的数据是100，数据库是99

适合原子性要求高的，不适合高并发

造成这个问题的原因就是线程A还没干完事情，线程B就插进来了。解决这个问题的办法，就是串行化，让操作顺序执行，不能交替进行。顺序应该是删除、更新、读取。

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

线程A过来查数据，缓存没有数据，读取数据库money=100

线程B更新数据库money=99，并删除缓存

线程A把读到的money=100,写到缓存里

最终redis缓存是100，数据库是99

适合高并发，不适合原子性高的

造成这个问题的原因就是第二步骤，其实缓存并不存在，删除是没有用的，应该等到A把缓存写入之后，再尝试删除缓存，这时候建议再第二步骤一直尝试删除缓存，知道删除成功。