这是一个常见问题。
场景一：多个客户端同时并发写一个key，可能本来应该先到的数据后到了，导致数据版本错了。
场景二：多客户端同时获取一个key，修改值之后再写回去，只要顺序错了，数据就错了。（和场景一差不多）
redis有自己的CAS类的乐观锁方案
基于所存储数据的修改时间进行判断
（扩展四）redis的并发竞争问题
猜你喜欢
转载自blog.csdn.net/lss446937072/article/details/109609151
今日推荐
周排行