Redis事务(Transaction)

前言

熟悉关系型数据库的读者应该对事务比较了解，简单地说，事务表示一组动作，要么全部执行，要么全部不执行。例如在A向B转100块，A减少100块的同时，B的账户上必须增加100块，这两个行为要么全部执行，要么全部不执行，否则会出现数据不一致的情况。为了保证多条命令组合的原子性，Redis提供了简单的事务功能，本文介绍Redis中事务的使用方法，及其几点重要的特性。

Redis事务是什么?

本质是一组命令的集合,可以一次执行多个命令，所有命令都会序列化，按顺序地串行化执行而不会被其它命令插入，不许插队。将一组需要一起执行的命令放到multi和exec两个命令之间。multi命令代表事务开始，exec命令代表事务结束，它们之间的命令是原子顺序执行的

官方网站对Redis事务的介绍

能干啥?

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

5个常用命令，需要牢记

常用命令

4中执行情况

1. 正常执行
   

   

2. 放弃事务

   

3. 全体连坐(命令集中含有语法错误的，均连坐(全部失败))

4.冤有头，债有主(运行时错误，非语法错误，命令正确的语句会正常执行，错误语句返回错误

Watch

1. Watch监控(Watch指令，类似乐观锁，事务提交时，如果Key的值已被别的客户端改变，比如某个list已被别的

   客户端push/pop过了，整个事务队列都不会被执行)

Unwatch

之前加的监控锁都会被取消掉了，之前执行的写操作命令全部取消

Redis事务的三个特性

1. 单独的隔离操作：事务中的所有命令都会序列化、按顺序地执行。事务在执行的过程中，不会被其他客户端发送来的命令请求所打断。

2. 没有隔离级别的概念：队列中的命令没有提交之前都不会实际的被执行，因为事务提交前任何指令都不会被实际执行，也就不存在”事务内的查询要看到事务里的更新，在事务外查询不能看到”这个让人万分头痛的问题

3. 不保证原子性：redis同一个事务中如果有一条命令执行失败，其后的命令仍然会被执行，没有回滚

Redis事务执行的3个阶段

1. 开启：以MULTI开始一个事务

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

3. 执行：由EXEC命令触发事务