Redis之事务

一，Redis事务介绍

1. 什么是redis的事务

   • 可以执行多行命令，本质是一组命令的集合，一个事务中的所有命令都会序列化，按顺序的串行化执行，而不会被其他命令插入，不许加塞

2. redis的事务使用环境

   • 用在一个队列中，一次性、顺序性、排他性的执行一系类命令

二，使用Redis事务

1. 常用命令

   • multi 标记事务块的开始；

   • discard 取消事务，放弃执行事务块内的所有命令；

   • exec 执行所有事务块内的命令；

   • unwatch 取消watch命令对所有key的监视；

   • watch key/[key1，key2…] 监视一个或多个key，如果在事务执行前这个或这些key被其他命令所改动，那么事务将被打断。

   • 注意：在执行事务时命令拼写错误，事务全部作废。如果命令拼写正确，但是对执行对象文本错误，事务则只对这条命令失败，其他命令正常执行

     • 比如

       #命令拼写错误或者在事务过程中抛出异常，事务将所有命令作废
       127.0.0.1:6379>multi
       127.0.0.1:6379>set key1 v1
       QUEUED
       127.0.0.1:6379>getset key1  
       (error) ERR wrong number of arguments for "getset" command
       127.0.0.1:6379>exec
       (error) EXECABORT Transaction discarded because of previous errprs.
       #当
       127.0.0.1:6379>multi
       127.0.0.1:6379>get key1 
       127.0.0.1:6379>incr key1
       QUEUED
       127.0.0.1:6379>set key2 v2
       QUEUED
       127.0.0.1:6379>EXEC
       1) "aaa" 
       2)(error) ERR value is not an integer or out of range
       3) OK
       #自此可以总结为Redis部分支持事务
       

2. watch监控

   • 悲观锁/乐观锁/CAS(check and set)
     • 悲观锁：每次去拿数据的时候都认为别人会修改，所以每次在拿数据的时候都会上锁，这样别人想拿这个数据就会block直到它拿到锁。传统的关系型数据库里边就用到了很多这种锁机制。比如行锁，表锁等，读锁，写锁等，都是在操作之前先上锁。
     • 乐观锁：每次去拿数据的时候都认为别人不会修改，所以不会上锁，但是在更新数据的时候会判断一下在此期间别人有没有去更新这个数据，可以使用版本号等机制。乐观锁适用于多度的应用类型，这样可以提高吞吐量。但是提交的版本必须大于记录当前版本才能执行更新
   • 无加塞篡改，先监控再开启multi，保证两笔金额变动在同一个事务内
   • 有加塞篡改，当监控时篡改key值后进行事务，执行exec时事务执行失败，就像乐观锁，在更改时需要取最新的值再修改。
   • 也就是说watch命令类似乐观锁，watch命令在事务执行之前监控了一个或者多个key时，倘若在watch监听之后有任何值发生变化，整个事务exec命令都不会执行成功，同时返回Nullmulti-bulk应答以通知调用者事务执行失败
   • UNwatch：一旦执行exec之前加的监控锁都会被取消掉

三，Redis事务的三个阶段

1. 开启

   • 以multi开始一个事务

2. 入队

   • 将多个命令入队到事务中，接到这些命令并不会立即执行，而是放到等待的事务队列里

3. 执行

   • 有exec命令触发事务

四，Redis事务的特性

1. 单独的隔离操作

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

2. 没有隔离级别的概念

   • 对列中的命令没有提交之前都不会实际的被执行，因为事务提交前任何指令都不会被实际执行；

3. 不保证原子性

   • redis部分支持事务，所以redis同一个事务中如果有一条命令执行失败，其后的命令任然会被执行，没有回滚