现在的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把缓存写入之后,再尝试删除缓存,这时候建议再第二步骤一直尝试删除缓存,知道删除成功。