Redis对事务的支持目前还比较简单。Redis只能保证一个client发起的事务中命令可以连续的执行，而中间不会插入其他client的命令。当一个client在一个连接中发出multi命令时，这个连接会进入一个事务上下文，该连接后续的命令不会立即执行，而是先放到一个队列中，当执行exec命令时，redis会顺序的执行队列中的所有命令。 Redis 事务命令
下表列出了 redis 事务的相关命令：
序号命令及描述1DISCARD 取消事务，放弃执行事务块内的所有命令。2EXEC 执行所有事务块内的命令。3MULTI 标记一个事务块的开始。4UNWATCH 取消 WATCH 命令对所有 key 的监视。5WATCH key [key ...] 监视一个(或多个) key ，如果在事务执行之前这个(或这些) key 被其他命令所改动，那么事务将被打断。multi:将任务命令放入队列 exec:顺序执行本事务上下文队列中的任务命令。
127.0.0.1:6379> get age
"20"
127.0.0.1:6379> multi
OK
127.0.0.1:6379> set age 10
QUEUED
127.0.0.1:6379> set age 20
QUEUED
127.0.0.1:6379> exec
1) OK
2) OK
127.0.0.1:6379> get age
"20" discard:清空事务的命令队列并退出事务上下文，即我们常说的事务回滚。 当执行了multi命令后，如果想取消事务处理，可以使用discard命令。
127.0.0.1:6379> multi
OK
127.0.0.1:6379> set age 30
QUEUED
127.0.0.1:6379> set age 40
QUEUED
127.0.0.1:6379> discard
OK
127.0.0.1:6379> get age
"20"
强调：在Redis的事务上下文中，当其中某一个命令执行失败时，不会影响到其他命令的执行。这一点跟我们理解中的事务不一样，发生错误，不会回滚。
看下面例子，在整个事务中，第一条命令执行成功，而第二条命令执行失败，但事务没有回滚。
127.0.0.1:6379> get age
"20"
127.0.0.1:6379> get name
"test"
127.0.0.1:6379> multi
OK
127.0.0.1:6379> incr age
QUEUED
127.0.0.1:6379> incr name
QUEUED
127.0.0.1:6379> exec
1) (integer) 21
2) (error) ERR value is not an integer or out of range
127.0.0.1:6379> get age
"21" 乐观锁：
大多数是基于数据版本（version）的记录机制实现的。即为数据增加一个版本标识，在基于数据库表的版本解决方案中，一般是通过为数据库表增加一个“version”字段来实现读出数据时，将此版本号一同读出，之后更新时，对此版本号加1。此时，将提交数据的版本号与数据库表对应记录的当前版本号时行比对，如果提交的数据版本号大于数据库当前版本号，则予以更新，否则认为是过期数据。
watch命令会监视给定的key,当exec的时候如果监视的key从调用watch后发生过变化，则整个事务会失败。也可以调用watch命令多次监视多个key,这样就可以对指定的key加乐观锁。注意watch的key是对整个连接有效的，事务也一样。如果连接断开，监视和事务都会被自动清除。当然exec、discard、unwatch命令都会清除连接中的所有监视。
Redis乐观锁实例：
在第一个终端中，通过watch命令监控名称为“age“的key：
127.0.0.1:6379> get age
"21"
127.0.0.1:6379> watch age
OK
127.0.0.1:6379> multi
OK
127.0.0.1:6379> set age 18
QUEUED
然后我在第二个终端中，对key为“age“进行赋值。
127.0.0.1:6379> set age 25
OK
然后我又回到第一个终端进行后续命令，这时执行事务返回nil,表示事务执行不成功。
127.0.0.1:6379> exec
(nil)
127.0.0.1:6379> get age
"25"
数据库
发布于：2021-07-16 21:03
|
阅读数：238
|
评论：0
QQ好友和群
QQ空间
