承接国内外服务器租用托管、定制开发、网站代运营、网站seo优化托管接单、网站代更新,新老站点皆可!!咨询QQ:3787320601
当前位置:首页  >  互联网圈  >  Redis 事务知识点相关总结

Redis 事务知识点相关总结

管理员 2023-07-05 09:29:07 互联网圈 7 ℃ 0 评论 4929字 收藏

Redis 事务知识点相关总结

Redis中的事务介绍
    MySQL中的事务大家都不陌生,Redis中的事务和MySQL中的事务区别,今天看下Redis事务中的一些知识点吧。

01 事务简介

    Redis中的事务使用multi、exec来标记,其中multi代表事务开始,exec代表事务结束,multi和exec之间的命令是原子顺序履行的。下面是一个例子:

127.0.0.1:7397> multi
OK
127.0.0.1:7397> set key_hello hello
QUEUED
127.0.0.1:7397> set key_world world
QUEUED
127.0.0.1:7397> exec
1) OK
2) OK

 需要注意的是,命令履行的中间结果返回都是queued,也就是说放到了队列里面,没有真正履行。在exec之前,如果使用get命令来查看当前的key_hello或key_world的值,是没法获得到的。

02 命令毛病致使的事务提交失败,所有命令都不履行

  如果调用API的时候,拼写毛病,则会造成全部事务没法履行,例以下面的例子:

127.0.0.1:7397> multi
OK
127.0.0.1:7397> incr counter
QUEUED
127.0.0.1:7397> sett key_a aa
(error) ERR unknown command `sett`, with args beginning with: `key_a`, `aa`, 
127.0.0.1:7397> exec
(error) EXECABORT Transaction discarded because of previous errors.
127.0.0.1:7397> get counter
"10"

 可以看到,由于set拼写毛病,写成了sett,全部事务内部的所有动作都失效。exec命令也报错。

03 运行时毛病致使数据毛病

 如果语法正确,但是在运行的时候出现了”运行时”毛病,例如元素的类型和操作符不匹配,例如对字符型值进行自增操作,以下:

127.0.0.1:7397> get key_a
"a"
127.0.0.1:7397> get key_b
"b"
127.0.0.1:7397> multi
OK
127.0.0.1:7397> incr key_a
QUEUED
127.0.0.1:7397> set key_b bbb
QUEUED
127.0.0.1:7397> exec
1) (error) ERR value is not an integer or out of range
2) OK
127.0.0.1:7397> get key_b
"bbb"

  对key_a进行自增这类毛病,它的语法是正确的,但是由于key_a是字符型的,自增操作是不适合的,事务中还对key_b进行了赋值操作,在履行exec的时候,key_b的值是被修改的,从”b”变成了“bbb”。

04 抛弃事务

   直接看例子,在履行的最后,使用discard关键字对事务进行抛弃,那末事务履行进程中产生的key是没有值的。

127.0.0.1:7397> multi
OK
127.0.0.1:7397> set key_aa aa
QUEUED
127.0.0.1:7397> set key_bb bb
QUEUED
127.0.0.1:7397> set key_cc cc
QUEUED
127.0.0.1:7397> discard
OK
127.0.0.1:7397> get key_aa
(nil)
127.0.0.1:7397> get key_bb
(nil)
127.0.0.1:7397> get key_cc
(nil)

05 watch命令

  有些场景中,需要在事务之前,确保事务中的key没有被其他客户端修改过,才履行事务,否则不履行事务,redis提供了watch命令来解决这类问题。

正确场景:

127.0.0.1:7397> watch key_a
OK
127.0.0.1:7397> multi
OK
127.0.0.1:7397> set key_a aaa
QUEUED
127.0.0.1:7397> exec
1) OK
127.0.0.1:7397> get key_a
"aaa"

使用watch监控key_a的值,在exec之前,key_a的值没有被其他事务修改过,那末exec的结果是成功的。

毛病场景:

127.0.0.1:7397> watch key_a
OK
127.0.0.1:7397> get key_a
"aaa"
----------------------------------------
此时在另外一个session上履行set key_a aaaaaa
----------------------------------------
127.0.0.1:7397> multi 
OK
127.0.0.1:7397> set key_a a
QUEUED
127.0.0.1:7397> exec
(nil)

在watch的进程中,其他session对key_a的值进行了修改,那末会造成exec履行失败,返回nil

06 总结

1、Redis事务就是一次性、顺序性、排他性的履行一个队列中的一系列命令,分为三个进程:开始事务、命令入队、履行事务。

2、Redis提供了简单的事务,使用multi、exec、discard这三个命令来控制

3、exec命令前,所有的原子操作都被放在队列中缓存,其实不会真正履行

4、Redis事务不存在隔离级别的概念

5、事务中的单条命令是原子履行的,但是事务本身不保证原子性,没有回滚机制

本篇文章到此结束,如果您有相关技术方面疑问可以联系我们技术人员远程解决,感谢大家支持本站!

文章来源:丸子建站

文章标题:Redis 事务知识点相关总结

https://www.wanzijz.com/view/61788.html

X

截屏,微信识别二维码

微信号:weimawl

(点击微信号复制,添加好友)

打开微信