gpt4 book ai didi

Redis 事务知识点相关总结

转载 作者:qq735679552 更新时间:2022-09-28 22:32:09 40 4
gpt4 key购买 nike

CFSDN坚持开源创造价值,我们致力于搭建一个资源共享平台,让每一个IT人在这里找到属于你的精彩世界.

这篇CFSDN的博客文章Redis 事务知识点相关总结由作者收集整理,如果你对这篇文章有兴趣,记得点赞哟.

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

01 事务简介 。

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

  1. 127.0.0.1:7397> multi
  2. OK
  3. 127.0.0.1:7397> set key_hello hello
  4. QUEUED
  5. 127.0.0.1:7397> set key_world world
  6. QUEUED
  7. 127.0.0.1:7397> exec
  8. 1) OK
  9. 2) OK

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

02 命令错误导致的事务提交失败,所有命令都不执行 。

如果调用API的时候,拼写错误,则会造成整个事务无法执行,例如下面的例子:

  1. 127.0.0.1:7397> multi
  2. OK
  3. 127.0.0.1:7397> incr counter
  4. QUEUED
  5. 127.0.0.1:7397> sett key_a aa
  6. (error) ERR unknown command `sett`, with args beginning with: `key_a`, `aa`,
  7. 127.0.0.1:7397> exec
  8. (error) EXECABORT Transaction discarded because of previous errors.
  9. 127.0.0.1:7397> get counter
  10. "10"

可以看到,因为set拼写错误,写成了sett,整个事务内部的所有动作都失效。exec命令也报错.

03 运行时错误导致数据错误 。

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

  1. 127.0.0.1:7397> get key_a
  2. "a"
  3. 127.0.0.1:7397> get key_b
  4. "b"
  5. 127.0.0.1:7397> multi
  6. OK
  7. 127.0.0.1:7397> incr key_a
  8. QUEUED
  9. 127.0.0.1:7397> set key_b bbb
  10. QUEUED
  11. 127.0.0.1:7397> exec
  12. 1) (error) ERR value is not an integer or out of range
  13. 2) OK
  14. 127.0.0.1:7397> get key_b
  15. "bbb"

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

04 丢弃事务 。

直接看例子,在执行的最后,使用discard关键字对事务进行丢弃,那么事务执行过程中产生的key是没有值的.

  1. 127.0.0.1:7397> multi
  2. OK
  3. 127.0.0.1:7397> set key_aa aa
  4. QUEUED
  5. 127.0.0.1:7397> set key_bb bb
  6. QUEUED
  7. 127.0.0.1:7397> set key_cc cc
  8. QUEUED
  9. 127.0.0.1:7397> discard
  10. OK
  11. 127.0.0.1:7397> get key_aa
  12. (nil)
  13. 127.0.0.1:7397> get key_bb
  14. (nil)
  15. 127.0.0.1:7397> get key_cc
  16. (nil)

05 watch命令 。

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

正确场景:

  1. 127.0.0.1:7397> watch key_a
  2. OK
  3. 127.0.0.1:7397> multi
  4. OK
  5. 127.0.0.1:7397> set key_a aaa
  6. QUEUED
  7. 127.0.0.1:7397> exec
  8. 1) OK
  9. 127.0.0.1:7397> get key_a
  10. "aaa"

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

错误场景:

  1. 127.0.0.1:7397> watch key_a
  2. OK
  3. 127.0.0.1:7397> get key_a
  4. "aaa"
  5. ----------------------------------------
  6. 此时在另外一个session上执行set key_a aaaaaa
  7. ----------------------------------------
  8. 127.0.0.1:7397> multi
  9. OK
  10. 127.0.0.1:7397> set key_a a
  11. QUEUED
  12. 127.0.0.1:7397> exec
  13. (nil)

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

06 总结 。

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

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

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

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

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

以上就是Redis 事务相关总结的详细内容,更多关于Redis 事务的资料请关注我其它相关文章! 。

最后此篇关于Redis 事务知识点相关总结的文章就讲到这里了,如果你想了解更多关于Redis 事务知识点相关总结的内容请搜索CFSDN的文章或继续浏览相关文章,希望大家以后支持我的博客! 。

40 4 0
Copyright 2021 - 2024 cfsdn All Rights Reserved 蜀ICP备2022000587号
广告合作:1813099741@qq.com 6ren.com