我只使用 Redis 作为我的数据库,我的客户端是 ServiceStack.Redis。问题是,如果两个并发请求需要更新一个键,那么它可能是一个竞争条件。例如
答:
- int a = 获取 key
- 多个
- a = a - 100
- 设置键a
- 执行
乙:
- int a = 获取 key
- 多个
- a = a - 100
- 设置键a
- 执行
如果源“key”为1000,如果将speration A和B序列化,则“key”这两个操作的正确结果为800。但如果A和B同时发生。在 A 提交之前,操作 B 从“key”中获取值 1000,并将 900 设置为“key”。那不是我想要的。我怎样才能防止这种竞争条件,使用“WATCH”?
最佳答案
您应该阅读 Transactions in Redis 上的文档,Redis 中的事务本质上是批处理多个操作,因此它们作为单个原子操作执行。
由于它只是批处理操作,您不能在事务上下文中执行任何读取。需要在事务开始之前检索之前需要的任何读取。然后您可以使用 Redis WATCH在交易完成之前观察任何不应修改的 key ,如果修改了 key ,交易将失败并且不会处理任何操作。
关于redis - 如何使用 Redis 防止竞争条件?,我们在Stack Overflow上找到一个类似的问题: https://stackoverflow.com/questions/28513940/