Redis中事务

原文链接：Redis中事务 – 编程屋

目录

1 概述

2 事务相关操作 

2.1 Multi、Exec、discard

 2.2 事务的错误处理

3 如何解决事务冲突

4 Redis事务的三特性

---

---

1 概述

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

        Redis事务中的主要作用是串联多个命令防止别的命令插队        

2 事务相关操作 

2.1 Multi、Exec、discard

从输入Multi开始，就相当于开启了事务，输入的事务都会依次进入到命令队列中，但不会执行，直到输入Exec后，Redis会将之前命令中的队列依次执行。

组队过程中可以通过discard来放弃组队

命令操作：开启事务->组队->执行

先开启事务(multi)：将key1，key2放入队列中然后依次执行(exec)

注意：exec执行之后，事务结束

命令操作：开启事务->组队->放弃组队

 2.2 事务的错误处理

事务的错误处理分为两种情况，一种是在组队过程中发生了错误，一种是在执行的过程发生错误

组队过程中出现错误，执行时所有的队列都会被取消

 

由以上测试可知：当组队过程出现错误时，队伍中所有的元素都执行失败

执行过程中出现错误：不会影响队伍中正常元素的执行

 当我们将一个不会执行成功的元素放入队伍中(组队是不会出错，但执行到这行命令时会出错)

3 如何解决事务冲突

        悲观锁：每次拿数据时都会认为别人会修改，所以在每次拿数据时都会上锁，这样别人想拿数据时都会block直到拿到锁。传统的关系型数据库里面就用到了很多了很多这样的锁机制，比如行锁，表锁等，读锁，写锁，都是在做操作前先上锁

        乐观锁：每次拿数据时都会认为别人不会修改，所以不会上锁，但是在更新的时候会哦判断一下在此期间有没有别人去更新这个数据，可以使用版本号等机制。乐观锁适用于多读的应用类型，这样可以提高吞吐率。redis就是利用这种check-and-set机制实现事务的。

在redis中，可以通过WATCH key

在执行multi之前，先执行watch key1[key2] 可以监视一个(或多个)key，如果在事务执行之前这个(或这些key)被其他的命令所改动，那么事务将被打断。

4 Redis事务的三特性

单独的隔离操作：

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

没有隔离级别的概念：

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

不保证原子性：

        事务中如果有一条命令执行失败，其后的命令依然会被执行，没有回滚

以上只是部分内容，为了维护方便，本文已迁移到新地址：Redis中事务 – 编程屋