Redis学习(六):Redis事务(包括乐观锁和悲观锁的演示)

人生之路不会是一帆风顺的,我们会遇上顺境,也会遇上逆境,在所有成功路上折磨你的,背后都隐藏着激励你奋发向上的动机,人生没有如果,只有后果与结果,成熟,就是用微笑来面对一切小事。

导读:本篇文章讲解 Redis学习(六):Redis事务(包括乐观锁和悲观锁的演示),希望对大家有帮助,欢迎收藏,转发!站点地址:www.bmabk.com,来源:原文

目录

一、Redis事务概述

        1、什么是Redis事务

        2、Redis事务的主要作用

二、Redis事务的三个命令

        1、multi

        2、exec

        3、discard

三、Redis事务的错误处理 

        1、组队阶段出现错误 

        2、执行阶段出现错误 

四、事务冲突问题 

        1、悲观锁 (Pessimistic Lock) 

        2、乐观锁 (Optimistic Lock) 

        3、Redis中乐观锁的演示 

五、Redis事务三特性

        1、单独的隔离操作 

        2、没有隔离级别的概念 

        3、不保证原子性 


一、Redis事务概述

        需要注意它与MySQL事务有明显区别。

        1、什么是Redis事务

        来自官网的话:Redis事务是一个单独的隔离操作:事务中的所有命令都会序列化、按顺序地执行。事务在执行的过程中,不会被其他客户端发送来的命令请求所打断。 

        2、Redis事务的主要作用

        Redis事务的主要作用就是串联多个命令防止别的命令插队。

二、Redis事务的三个命令

        1、multi

        从输入multi命令开始,输入的命令都会依次进入命令队列中,但不会执行。

127.0.0.1:6379> multi
OK
127.0.0.1:6379(TX)> set key1 value1
QUEUED
127.0.0.1:6379(TX)> set key2 value2
QUEUED

        相当于宣布进入了组队模式。 

        2、exec

        输入exec后,Redis会将之前的命令队列中的命令依次执行。 

127.0.0.1:6379(TX)> exec
1) OK
2) OK

        可以看到,输入exec后,前面组队的两个命令才会顺序执行。

        3、discard

        组队的过程中可以通过discard来放弃组队。

127.0.0.1:6379> multi
OK
127.0.0.1:6379(TX)> set a1 v1
QUEUED
127.0.0.1:6379(TX)> set a2 v2
QUEUED
127.0.0.1:6379(TX)> discard
OK

三、Redis事务的错误处理 

        1、组队阶段出现错误 

        组队中某个命令出现了报告错误,执行时整个的所有队列都会被取消。 

Redis学习(六):Redis事务(包括乐观锁和悲观锁的演示)

127.0.0.1:6379> multi
OK
127.0.0.1:6379(TX)> set b1 v1
QUEUED
127.0.0.1:6379(TX)> set b2 v2
QUEUED
127.0.0.1:6379(TX)> set b3
(error) ERR wrong number of arguments for 'set' command
127.0.0.1:6379(TX)> exec
(error) EXECABORT Transaction discarded because of previous errors.

        执行set b3时出现错误,会取消执行这个队列,这时再使用exec命令执行,会直接报错。

        2、执行阶段出现错误 

        如果执行阶段某个命令报出了错误,则只有报错的命令不会被执行,而其他的命令都会执行,不会回滚。 

Redis学习(六):Redis事务(包括乐观锁和悲观锁的演示)

 Redis学习(六):Redis事务(包括乐观锁和悲观锁的演示)

四、事务冲突问题 

        1、悲观锁 (Pessimistic Lock) 

        悲观锁, 顾名思义,就是很悲观,每次去拿数据的时候都认为别人会修改,所以每次在拿数据的时候都会上锁,这样别人想拿这个数据就会block直到它拿到锁。

        传统的关系型数据库里边就用到了很多这种锁机制,比如行锁,表锁等,读锁,写锁等,都是在做操作之前先上锁。 

        2、乐观锁 (Optimistic Lock) 

        乐观锁, 顾名思义,就是很乐观,每次去拿数据的时候都认为别人不会修改,所以不会上锁,但是在更新的时候会判断一下在此期间别人有没有去更新这个数据,可以使用版本号等机制。

        乐观锁适用于多读的应用类型,这样可以提高吞吐量。

        Redis就是利用这种check-and-set机制实现事务的。 

        3、Redis中乐观锁的演示 

        Redis中主要使用watch来监视一个值,实现乐观锁。 

                (1)先设置一个键值对 

127.0.0.1:6379> set banlence 100
OK

                (2)打开两个Redis客户端,分别监视banlence值 

127.0.0.1:6379> watch banlence
OK

                (3) 在两个客户端中分别创建将banlence值+10的事务

127.0.0.1:6379> multi
OK
127.0.0.1:6379(TX)> incrby banlence 10
QUEUED

                (4)在第一个客户端中提交执行 

127.0.0.1:6379(TX)> exec
1) (integer) 110

                (5)在第二个客户端中提交执行 

127.0.0.1:6379(TX)> exec
(nil)

        可以看出,在第一个客户端提交成功后,第二个提交失败,这说明在第一个提交后,版本号已经修改,说明实现了锁。 

五、Redis事务三特性

        1、单独的隔离操作 

        事务中的所有命令都会序列化、按顺序地执行。事务在执行的过程中,不会被其他客户端发送来的命令请求所打断。 

        2、没有隔离级别的概念 

         队列中的命令没有提交之前都不会实际被执行,因为事务提交前任何指令都不会被实际执行。

        3、不保证原子性 

        事务中如果有一条命令执行失败,其后的命令仍然会被执行,没有回滚。

版权声明:本文内容由互联网用户自发贡献,该文观点仅代表作者本人。本站仅提供信息存储空间服务,不拥有所有权,不承担相关法律责任。如发现本站有涉嫌侵权/违法违规的内容, 请发送邮件至 举报,一经查实,本站将立刻删除。

文章由极客之音整理,本文链接:https://www.bmabk.com/index.php/post/125040.html

(0)
飞熊的头像飞熊bm

相关推荐

发表回复

登录后才能评论
极客之音——专业性很强的中文编程技术网站,欢迎收藏到浏览器,订阅我们!