编程语言


Redis 事务知识点相关总结

网络编程 Redis 事务知识点相关总结 09-20
  • 01 事务简介
  • 02 命令错误导致的事务提交失败,所有命令都不执行
  • 03 运行时错误导致数据错误
  • 04 丢弃事务
  • 05 watch命令
  • 06 总结
  • Redis中的事务介绍
        MySQL中的事务大家都不陌生,Redis中的事务和MySQL中的事务不同,今天看下Redis事务中的一些知识点吧。

    01 事务简介

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

    127.0.0.1:7397> multiOK127.0.0.1:7397> set key_hello helloQUEUED127.0.0.1:7397> set key_world worldQUEUED127.0.0.1:7397> exec1) OK2) OK

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

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

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

    127.0.0.1:7397> multiOK127.0.0.1:7397> incr counterQUEUED127.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> multiOK127.0.0.1:7397> incr key_aQUEUED127.0.0.1:7397> set key_b bbbQUEUED127.0.0.1:7397> exec1) (error) ERR value is not an integer or out of range2) OK127.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> multiOK127.0.0.1:7397> set key_aa aaQUEUED127.0.0.1:7397> set key_bb bbQUEUED127.0.0.1:7397> set key_cc ccQUEUED127.0.0.1:7397> discardOK127.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_aOK127.0.0.1:7397> multiOK127.0.0.1:7397> set key_a aaaQUEUED127.0.0.1:7397> exec1) OK127.0.0.1:7397> get key_a"aaa"

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

    错误场景:

    127.0.0.1:7397> watch key_aOK127.0.0.1:7397> get key_a"aaa"----------------------------------------此时在另外一个session上执行set key_a aaaaaa----------------------------------------127.0.0.1:7397> multi OK127.0.0.1:7397> set key_a aQUEUED127.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、事务中的单条命令是原子执行的,但是事务本身不保证原子性,没有回滚机制

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


    编辑:编程语言

    标签:事务,命令,错误,都不,原子