Redis中事务与乐观锁
1. Redis中的事务
Redis中的事务类似于关系型数据库中的事务，但其功能相对较轻量。事务通过以下命令组合实现：
MULTI：标记一个事务的开始。- 多条命令：在
MULTI之后的所有命令会被放入一个队列中，但不会立即执行。 EXEC：执行事务队列中的所有命令。DISCARD：取消事务，丢弃队列中的所有命令。
事务的特点：
- 原子性：事务中的命令要么全部执行，要么全部不执行。当使用
EXEC命令时，Redis会一次性执行队列中的所有命令，并且中途不会被打断。 - 隔离性：在事务执行期间，其他客户端不能看到事务中间的状态，即使事务内的命令未执行完成。
- 不支持回滚：Redis事务在执行过程中，如果某条命令失败，其他命令仍会继续执行。Redis不会回滚已经执行的命令。
2. 乐观锁
Redis中没有提供直接的锁机制，而是通过CAS（Compare and Set）操作和WATCH命令来实现乐观锁。
乐观锁的实现方式：
WATCH：对一个或多个键进行监视。在执行EXEC之前，如果这些键的值发生了变化，事务将被中止。UNWATCH：取消监视。
使用步骤：
- 使用
WATCH命令监视一个或多个键。 - 开启事务(
MULTI)并执行一系列命令。 - 提交事务(
EXEC)。 - 如果在
WATCH之后，EXEC之前，监视的键被其他客户端修改，EXEC将返回nil，表示事务失败；否则事务将成功执行。
乐观锁的优势：
- 适合并发环境中读多写少的场景。
- 避免了使用传统锁带来的性能开销和死锁问题。
3.举例
此时我想在一个事务中更新多个相关联的键，并希望确保在执行过程中这些键不会被其他客户端修改
WATCH key1 key2
MULTI
SET key1 newValue1
SET key2 newValue2
EXEC
如果在WATCH到EXEC之间，key1或key2被其他客户端修改了，EXEC会失败，事务不会执行。这时可以选择重新执行整个操作，确保数据一致性。此时就相当于SQL中的乐观锁功能。