高并发下的缓存一致性问题

标签：取数据   设置   直接   内容   为什么   而不是   高并发   处理   性能   

数据读取的时候：

先查缓存，缓存查不到查数据库，然后把查到的结果放到缓存中。这些都基本上没有争议。

但是数据更新的时候：

到底是先更新数据库，还是再更新（or删除）缓存

or 先更新（or删除）缓存，再更新数据库。

一直存在很大的争议。几种实现方式都会出现数据一致性问题。

我就说说目前我们系统是怎么做的：

0、先确认缓存命中率。不要动不动就上缓存，有些缓存命中率根本毫无意义，比如涉及到和账户相关的资产、订单等信息，就算放入缓存中，只有用户自己会去查自己的信息，命中率极低。

     一般是把与账户无关，且查询量较大的放入缓存中。     

1、缓存设置过期时间，保证最终一致性。

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

高并发下的缓存一致性问题

标签：取数据   设置   直接   内容   为什么   而不是   高并发   处理   性能   

原文地址：https://www.cnblogs.com/jylsgup/p/10311197.html