如果Redis需要执行一组命令,为了保持数据的一致性,连续性,需要用到事务(Transaction),本文以一些简单的小例子,简述Redis事务相关内容,仅供学习分享使用,如有不足之处,还请指正。
Redis事务涉及命令
- DISCARD:取消事务,且DISCARD是与MULTI成对出现,不可以单独使用。
- MULTI:标记一个事务块的开始。
- EXEC:顺序执行所有事务内的命令。
- WATCH:监视一个或多个key。
- UNWATCH:取消监视。
事务基本操作
基本事务以MULTI开始,以EXEC结束,中间是一组Redis命令,如下所示:
1 127.0.0.1:6379> MULTI 2 OK 3 127.0.0.1:6379> SET NAME HSIANG 4 QUEUED 5 127.0.0.1:6379> SET AGE 20 6 7 127.0.0.1:6379> SET SEX MALE 8 9 127.0.0.1:6379> SET ADDR SHENZHEN 10 11 127.0.0.1:6379> EXEC 12 1) OK 13 214 315 416 127.0.0.1:6379>
取消事务
取消事务,则恢复数据到事务执行之前的状态,以MULTI开始,以DISCARD结尾,如下所示:
GET AGE 2 "20" 5 127.0.0.1:6379> INCR AGE DISCARD 12 13 127.0.0.1:6379>14 "
事务部分执行
Redis事务中,如果要执行的一组命令中,没有语法错误,但是有数据类型错误,在进行EXEC的时候,则其他命令执行成功,错误数据执行失败,即为部分成功。如下所示:
INCR ADDR 10 1) (integer) 21 11 2) (error) ERR value is not an integer or out of range 12 3) (integer) 22 22事务终止如果要执行的Redis命令,存在语法错误,则在进行EXEC的时候回滚,如下所示:
SET ADDR 6 (error) ERR wrong number of arguments for 'set' command (error) EXECABORT Transaction discarded because of previous errors. 12 "Redis锁
锁分为乐观锁,悲观锁,以下分别介绍:
- 悲观锁(Pessimistic Lock):正如其名,具有强烈的独占和排他特性。它指的是对数据被外界(包括本系统当前的其他事务,以及来自外部系统的事务处理)修改持保守态度。
- 乐观锁(Optimistic Locking):是相对悲观锁而言的,乐观锁假设数据一般情况下不会造成冲突,所以在数据进行提交更新的时候,才会正式对数据的冲突与否进行检测,如果发现冲突了,则返回给用户错误的信息,让用户决定如何去做。乐观锁适用于读操作多的场景,这样可以提高程序的吞吐量。
WATCH监控
当监控的key的值在事务之前发生变化了,则事务不被执行。只有取消监控后,事务才会执行,如下所示:
WATCH balance 3 127.0.0.1:6379> set balance 300 7 127.0.0.1:6379> INCRBY balance 10 9 127.0.0.1:6379> DECRBY debt 10 (nil) GET balance 30015 127.0.0.1:6379> UNWATCH 16 OK
Redis事务的特性
- 单独的隔离操作:事务中的所有命令,都会被序列化,按顺序执行。事务在执行过程中,不会被其他的命令请求中断。
- 没有隔离级别的概念:队列中的命令,没有提交之前,都没有实际的被执行,也就不存在事务内查看事务内的更新。
- 不保证原子性:redis同一事务中,如果有某一条命令执行失败,则其他命令会被执行,不会回滚(与关系型数据库不同)。
备注
早发白帝城
作者:李白(唐代)
朝辞白帝彩云间,千里江陵一日还。
两岸猿声啼不住,轻舟已过万重山。
原文地址:https://www.cnblogs.com/hsiang
版权声明:本文内容由互联网用户自发贡献,该文观点与技术仅代表作者本人。本站仅提供信息存储空间服务,不拥有所有权,不承担相关法律责任。如发现本站有涉嫌侵权/违法违规的内容, 请发送邮件至 dio@foxmail.com 举报,一经查实,本站将立刻删除。