redis和数据库的一致性问题

当我们需要更新数据库时，往往需要更新redis中的缓存，那么是先删除缓存，再操作数据库呢？还是先操作数据库再删除缓存？一下是对该问题的回答。

情况一：先删除缓存，再操作数据库

假设有两个线程   线程1 和 线程2，数据库和缓存的数据为10

当我们需要修改数据库中的数据时（将10改为20），为了保证数据库和缓存的一致性，我们选择先删除缓存。

先删除缓存，再操作数据库正常情况，如图。

先删除缓存，再操作数据库，会造成的问题，如图。

先删除缓存，再操作数据库情况分析

当我们线程1在执行 删除缓存    和  更新数据库 这段时间里，由于查询缓存，查询数据库较更新数据库需要耗费较更多时间，此时其他线程有概率先“更新数据库 ”操作前进行  查缓存->查数据库->更新缓存等操作，那么此时就造成数据库中的数据为20，但是缓存中的数据为10。

情况二：先操作数据库再删除缓存

先操作数据库再删除缓存，正常情况

先操作数据库再删除缓存，会造成的问题，如图。

先操作数据库，再删除缓存情况分析

由于某些原因（缓存到了过期时间），缓存失效了，这是我们线程1需要执行查缓存->查数据库时，此时线程2“乘虚而入”，执行了 更新数据库->删除缓存 的操作 最后线程1执行写入缓存操作。

由于对缓存的操作和对数据库查询操作耗费的时间  比  新数据库->删除缓存 的时间短，所以先操作数据库，再删除缓存的操作会存在线程不安全的问题，但是概率低，比先删除缓存再操作数据库发现线程不安全的概率低。

总结：选择先操作数据库，再删除缓存，再加上对key设置过期时间，保持最终一致。