跳到主要内容

Redis WATCH 命令

在 Redis 中，事务是一种将多个命令打包执行的机制。然而，事务本身并不能完全解决并发操作带来的数据一致性问题。为了解决这个问题，Redis 提供了 WATCH 命令，它允许我们在执行事务之前监视一个或多个键，以确保这些键在事务执行期间没有被其他客户端修改。如果被监视的键发生了变化，事务将不会执行。

什么是 WATCH 命令？​

WATCH 命令用于在 Redis 事务中实现乐观锁机制。乐观锁是一种假设在大多数情况下不会发生冲突的并发控制策略。通过 WATCH，我们可以在事务开始之前监视某些键，如果这些键在事务执行之前被其他客户端修改，事务将被取消。

基本语法​

WATCH key [key ...]
  • key：要监视的键名，可以是一个或多个。

如何使用 WATCH 命令？​

WATCH 命令通常与 MULTI 和 EXEC 命令一起使用。以下是一个典型的使用流程：

  1. 使用 WATCH 监视一个或多个键。
  2. 使用 MULTI 开始一个事务。
  3. 在事务中执行一系列命令。
  4. 使用 EXEC 提交事务。

如果在 WATCH 和 EXEC 之间，被监视的键被其他客户端修改，那么事务将不会执行，并返回 nil。

示例代码​

假设我们有一个键 balance，表示用户的余额。我们希望在一个事务中检查余额并执行扣款操作，同时确保在事务执行期间余额没有被其他客户端修改。

# 客户端 1
WATCH balance
MULTI
GET balance
DECRBY balance 10
EXEC

如果在 WATCH 和 EXEC 之间，balance 被其他客户端修改，那么事务将不会执行，客户端 1 需要重新尝试。

实际应用场景​

场景：银行转账​

假设我们有两个用户 user1 和 user2，他们的余额分别存储在 balance:user1 和 balance:user2 键中。我们希望实现一个转账操作，将 user1 的余额减少 50，同时将 user2 的余额增加 50。

# 客户端 1
WATCH balance:user1 balance:user2
MULTI
DECRBY balance:user1 50
INCRBY balance:user2 50
EXEC

如果在 WATCH 和 EXEC 之间，balance:user1 或 balance:user2 被其他客户端修改，事务将不会执行，客户端 1 需要重新尝试。

总结​

WATCH 命令是 Redis 中实现乐观锁机制的关键工具。通过监视一个或多个键，我们可以确保在事务执行期间这些键没有被其他客户端修改，从而保证数据的一致性。虽然 WATCH 并不能完全避免并发冲突，但它提供了一种简单而有效的方式来处理大多数并发问题。

提示

在实际应用中，WATCH 命令通常与重试机制结合使用。如果事务因为被监视的键被修改而失败，客户端可以重新尝试执行事务。

附加资源​

练习​

  1. 尝试在一个 Redis 实例中模拟两个客户端同时修改同一个键的场景，观察 WATCH 命令的效果。
  2. 编写一个简单的脚本，使用 WATCH 命令实现一个安全的计数器。