Redis事务与并发竞争

川长思鸟来 2024-03-31 08:00 114阅读 0赞

参考博客：https://www.ngui.cc/51cto/show-735708.html

## Redis 的并发竞争问题是什么？如何解决这个问题？ ##

## 了解 Redis 事务的 CAS 方案吗？ ##

• 这个也是线上非常常见的一个问题，就是多客户端同时并发写一个 key，可能本来应该先到的数据后到了，导致数据版本错了；或者是多客户端同时获取一个 key，修改值之后再写回去，只要顺序错了，数据就错了。  
• 而且 Redis 自己就有天然解决这个问题的 CAS 类的乐观锁方案。

**不推荐使用redis的事务机制。**  
因为我们的生产环境，基本都是redis集群环境，做了数据分片操作。你一个事务中有涉及到多个key操作的时候，这多个key不一定都存储在同一个redis-server上。

解决方法  
**(1)如果对这个key操作，不要求顺序**  
某个时刻，多个系统实例都去更新某个key。可以基于 zookeeper 实现分布式锁。每个系统通过 zookeeper 获取分布式锁，确保同一时间，只能有一个系统实例在操作某个 key，别人都不允许读和写。  
![在这里插入图片描述][6a2e790ed434461fbfcc2fa6b5d5beaa.jpeg_pic_center]

**(2)如果对这个key操作，要求顺序**  
假设有一个key1,系统A需要将key1设置为valueA,系统B需要将key1设置为valueB,系统C需要将key1设置为valueC.  
期望按照key1的value值按照 valueA–>valueB–>valueC的顺序变化。这种时候我们在数据写入数据库的时候，需要保存一个时间戳。假设时间戳如下

系统A key 1 \{valueA 3:00\}  
系统B key 1 \{valueB 3:05\}  
系统C key 1 \{valueC 3:10\}

那么，假设这会系统B先抢到锁，将key1设置为\{valueB 3:05\}。接下来系统A抢到锁，发现自己的valueA的时间戳早于缓存中的时间戳，那就不做set操作了。以此类推。

[6a2e790ed434461fbfcc2fa6b5d5beaa.jpeg_pic_center]: https://image.dandelioncloud.cn/pgy_files/images/2024/03/31/ea9392b8e64346cba82d1fccfebbcd04.jpeg