Redis事务分析及事务失败的处理

#　Redis事务分析及事务失败的处理

##　Redis事务

• Redis事务可以一次执行多个命令，并且可以有三个特点：

  • 批量操作在发送EXEC命令前被放入队列缓存
  • 收到EXEC命令后进入事务执行，事务中任意命令执行失败，其余的命令依然被执行
  • 在事务执行过程中，其他客户端提交的命令请求不会插入到事务执行命令序列中

• 实例：以下是一个事务的例子，它先以MULTI开始一个事务，然后将多个命令入队到事务中，最后由EXEC命令触发事务，一并执行事务中的所有命令

    redis 127.0.0.1:6379> MULTI
    OK
    
    redis 127.0.0.1:6379> SET book-name "Mastering C++ in 21 days"
    QUEUED
    
    redis 127.0.0.1:6379> GET book-name
    QUEUED
    
    redis 127.0.0.1:6379> SADD tag "C++" "Programming" "Mastering Series"
    QUEUED
    
    redis 127.0.0.1:6379> SMEMBERS tag
    QUEUED
    
    redis 127.0.0.1:6379> EXEC
    1) OK
    2) "Mastering C++ in 21 days"
    3) (integer) 3
    4) 1) "Mastering Series"
       2) "C++"
       3) "Programming"
    

• 单个Redis命令的执行是原子性的，但Redis没有在事务上增加任何维持原子性的机制，所有Redis事务的执行并不是原子性的

• 事务可以理解为一个打包的批量执行脚本，但批量指令并非原子化的操作，中间某条指令的失败不会导致前面已做指令的回滚，也不会造成后续的指令不做。

• Redis中事务总是具有一致性(Consistency)和隔离性(Isolation)

• Redis事务命令

    	DISCARD  取消事务，放弃执行事务块内的所有命令。
    	EXEC 执行所有事务块内的命令。
    	MULTI 标记一个事务块的开始。
    	UNWATCH 取消 WATCH 命令对所有 key 的监视。
    	WATCH key [key ...]  监视一个(或多个) key ，如果在事务执行之前这个(或这些) key 被其他命令所改动，那么事务将被打断。

ACID

• A-原子性：一个事务要么全部成功，要么全部失败
• C-一致性：指的是事务完成时，必须使所有的数据都具有一致的状态
• I-隔离性：事务的隔离级别
  • Read uncommited（读未提交）：会出现脏读、不可重复读、幻读
  • Read commited（读已提交）：避免了脏读
  • Repeatable Reads（可重复读）：避免了脏读和不可重复读
  • Serializable（串行化）：最严格的隔离级别
  • 并发事务不隔离的情况，会导致的问题
    • 脏读：指一个事务读取了另一个事务未提交的数据
    • 不可重复读：指在一个事务内读取表中的某一行数据，多次读取结果不同。
    • 幻读：指在一个事务内读取到了被的事务插入的数据，导致前后读取不一致
• D-持久性：事务处理结束后，对数据的修改就是永久的，即使系统故障也不会丢失