目录
1 问题分析:
redis 的并发竞争问题是什么?如何解决这个问题?了解 redis 事务的 CAS 方案吗?这个也是线上非常常见的一个问题,就是多客户端同时并发写一个 key,可能本来应该先到的数据后到了,导致数据版本错了;或者是多客户端同时获取一个 key,修改值之后再写回去,只要顺序错了,数据就错了。
而且 redis 自己就有天然解决这个问题的 CAS 类的乐观锁方案。
2 面试题回答:
某个时刻,多个系统实例都去更新某个 key。可以基于 zookeeper 实现分布式锁。每个系统通过 zookeeper 获取分布式锁,确保同一时间,只能有一个系统实例在操作某个 key,别人都不允许读和写。

你要写入缓存的数据,都是从 mysql 里查出来的,都得写入 mysql 中,写入 mysql 中的时候必须保存一个时间戳,从 mysql 查出来的时候,时间戳也查出来。
每次要写之前,先判断一下当前这个

本文分析了Redis中并发竞争问题,指出当多客户端并发写一个key时可能导致数据版本错误。并介绍了Redis的CAS(Compare and Swap)乐观锁方案作为解决策略。此外,还提出在面试中,可以通过Zookeeper实现分布式锁来防止并发更新key,以及基于MySQL时间戳判断的数据一致性方法。
最低0.47元/天 解锁文章
545

被折叠的 条评论
为什么被折叠?



