Redis事务入门介绍

备注：站长认为“事务”是一门独立的学问，建议把sql事务，分布式事务，mybatis事务，spring事务，redis事务等放到一起学习，从不同的角度和侧面去深入的学习事务，这样的学习效果才是最科学的。

和众多其它数据库一样，Redis作为NoSQL数据库也同样提供了事务机制。一个事务从开始到执行会经历以下三个阶段：开始事务->命令入队->执行事务。具体执行过程如下所示：

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

在Redis中，MULTI/EXEC/DISCARD/WATCH这四个命令是我们实现事务的基石。Redis中事务的实现特征：

（1）在事务中的所有命令都将会被串行化的顺序执行，事务执行期间，Redis不会再为其它客户端的请求提供任何服务，从而保证了事物中的所有命令被原子的执行。

（2）和关系型数据库中的事务相比，在Redis事务中如果有某一条命令执行失败，其后的命令仍然会被继续执行。单个 Redis 命令的执行是原子性的，但 Redis 没有在事务上增加任何维持原子性的机制，所以 Redis 事务的执行并不是原子性的。事务可以理解为一个打包的批量执行脚本，但批量指令并非原子化的操作，中间某条指令的失败不会导致前面已做指令的回滚，也不会造成后续的指令不做。这是官网上的说明：

It's important to note that even when a command fails, all the other commands in the queue are processed – Redis will not stop the processing of commands.

（3）我们可以通过MULTI命令开启一个事务，有关系型数据库开发经验的人可以将其理解为"BEGIN TRANSACTION"语句。在该语句之后执行的命令都将被视为事务之内的操作，最后我们可以通过执行EXEC/DISCARD命令来提交/回滚该事务内的所有操作。这两个Redis命令可被视为等同于关系型数据库中的COMMIT/ROLLBACK语句。

（4）在事务开启之前，如果客户端与服务器之间出现通讯故障并导致网络断开，其后所有待执行的语句都将不会被服务器执行。然而，如果网络中断事件是发生在客户端执行EXEC命令之后，那么该事务中的所有命令都会被服务器执行。

（5）当使用Append-Only模式时，Redis会通过调用系统函数write()将该事务内的所有写操作全部写入磁盘。然而如果在写入的过程中出现系统崩溃，如电源故障导致的宕机，那么此时也许只有部分数据被写入到磁盘，而另外一部分数据却已经丢失。Redis服务器会在重新启动时执行一系列必要的一致性检测，一旦发现类似问题，就会立即退出并给出相应的错误提示。此时，我们就要充分利用Redis工具包中提供的redis-check-aof工具，该工具可以帮助我们定位到数据不一致的错误，并将已经写入的部分数据进行回滚。修复之后我们就可以再次重新启动Redis服务器了。