redis教程篇(五)-事务与乐观锁事务示例

redis事务特点

Redis事务是一个单独的隔离操作，事务中的所有命令都会序列化、按顺序地执行。事务在执行的过程中，不会被其他客户端发送来的命令请求所打断。
Redis事务的主要作用就是串联多个命令防止别的命令插队。

使用示例

开启事务，之后的操作都会依次存入队列中

MULTI

执行各种操作

set w1 "ww1"
QUEUED

exec，执行操作

exec

使用redis事务实现乐观锁

乐观锁

乐观锁机制意思即在高并发操作同一数据情况下，不会对数据进行上锁操作，每个请求完成数据修改后会将自己拿到数据的版本号与数据中的版本号进行比对，若一致则完成修改，若不一致的修改不成功。

如下图所示，两个请求同时同数据库中读出10000的数据且版本号为1.0，双方都修改数据，但是最上方请求最先到达，版本与数据库中版本一致都会1.0，于是完成持久化再版本自增为1.1，这时下方请求与版本号不一致，导致数据无法持久化，这就高并发场景下乐观锁操作数据的典型例字。

示例

客户端1监听某个key

WATCH watch1

在监听这个key期间，用客户端2修改这个key

set watch1 "1.1"

开启事务，往队列中添加命令

 MULTI

set watch1 "1.2"

exec提交客户端1的事务，发现修改并没有完成修改

127.0.0.1:6379(TX)> exec
(nil)
127.0.0.1:6379> get watch1
"1.1"
127.0.0.1:6379>