假设数据库有一个user表,存入redis的键为users,值为Map<id,user>。
如果不设置键的过期时间还可以做到。但是设置了键的过期时间后,当这个键过期了,
从新把数据读到Map<id,user>中,如果这时候只读了一个user,比如{id=1,name=张三,mark=90},
因为数据还没读取完,我们还没把这个map放入redis。
恰好这时有人修改了张三的数据,把mark修改成90,修改的代码逻辑是先把数据库的张三mark修改为90,然后去
redis修改users对应的map的张三的数据,但是redis中现在还没有users这个键。
所以最后造成的结果是--->数据库中:张三的mark为90 。 redis中:张三的mark为100。
这种不一致的情况该怎么解决呢?
你想说啥呢?只要是缓存,就没有办法保证和数据库是始终一致的,要不然你就别缓存了。
也就是程序正常运行的情况下,也会造成数据库与缓存中数据不一致吧。
@結城リト: 你往极限处想,只要是在两个地方的数据,就没有办法保证时时相同,光也是有速度的。
不要想着用缓存的优点(优点是啥?)
又没有缓存的缺点?(缺点是在系统中可以忽略或者无所谓或者可以忍受的)。
缓存是用来保存不常变动的数据,用以减轻数据库负担,如果你一直检查,一直更新的话,数据库负担一点都没有减轻,甚至更高了,你还要缓存作甚?
在必要的时候进行刷缓存操作,比如修改用户数据完成时刷一下缓存
嗯,定时刷新缓存数据,允许一段时间内数据与数据库数据有误差。
修改数据时,就删除指定key的缓存。
再次访问时再添加缓存。并且缓存不是用来存放修改少访问多的数据么
只是考虑下发生这种修改的情况怎么处理
增删改的时候刷新缓存列表就好了,但是最好用在业务操作不是太频繁的列表上