Nosql之Redis:事务处理及操作命令

multi 标记事务的开始,事务块内的多条命令先后顺序放进一个队列中,最后由exec执行. 时间复杂度:O(1) 返回值: 总返回OK discard 取消事务,放弃执行事务块所有命令.如正使用watch监视时,将取消所有监视. 时间复杂度:O(1) 返回值: 总返回OK watch 格式: wathc k

multi
标记事务的开始,事务块内的多条命令先后顺序放进一个队列中,最后由exec执行.
时间复杂度:O(1)
返回值: 总返回OK
discard
取消事务,放弃执行事务块所有命令.如正使用watch监视时,将取消所有监视.
时间复杂度:O(1)
返回值: 总返回OK

watch
格式: wathc key [key ...]
指定待监控的KEY(可多个).如果在事务执行之前这个(或这些) key 被其他命令所改动，那么事务将被打断。
时间复杂度:O(1)
返回值: 总返回OK

exec
执行所有事务块内的命令.(注前面提到的watch).
时间复杂度：
事务块内所有命令的时间复杂度的总和。
返回值：
事务块内所有命令的返回值，按命令执行的先后顺序排列。
当操作被打断时，返回空值 nil

=========================================
事务正常情况下:
#启动一个新事务
redis 127.0.0.1:6379> multi
OK
#执行一条命令,从返回结果中可以看出没有立刻执行,而是加到事务队列中.
redis 127.0.0.1:6379> set key_id 2
QUEUED
#如下两条同上
redis 127.0.0.1:6379> incr key_id
QUEUED
redis 127.0.0.1:6379> incr key_id
QUEUED
#提交事务
redis 127.0.0.1:6379> exec
1) OK
2) (integer) 3
3) (integer) 4
=======================================
#监视 key ，且事务成功执行:
redis 127.0.0.1:6379> watch key_id
OK
redis 127.0.0.1:6379> multi
OK
redis 127.0.0.1:6379> incr key_id
QUEUED
redis 127.0.0.1:6379> incr key_id
QUEUED
redis 127.0.0.1:6379> exec
1) (integer) 5
2) (integer) 6
========================================
# 监视 key ，且事务被打断
redis 127.0.0.1:6379> watch key_id
OK
redis 127.0.0.1:6379> multi
OK
#在这之前另一户端执行过 set key_id 10
redis 127.0.0.1:6379> set key_id 12
QUEUED
# 因 key_id 被修改,事务执行失败
redis 127.0.0.1:6379> exec
(nil)
redis 127.0.0.1:6379> get key_id
"10"
==========================================
#事务中出错
redis 127.0.0.1:6379> multi
OK
redis 127.0.0.1:6379> set key_id 14
QUEUED
redis 127.0.0.1:6379> set nma
(error) ERR wrong number of arguments for 'set' command
#从此处可以看出,redis出错时,没有回滚.其它命令还是照常执行.这也是redis事务中需要注意的
redis 127.0.0.1:6379> exec
1) OK