Redis 事物、悲观、乐观锁 (详细)

1，概论

　　　　　　事物这东西相信大家都不陌生吧,在学习Spring,Mybatis等框架中,

　　　　　　只要是涉及到数据存储和修改的,都会有事物的存在，

　　　　　　废话就不多说了下面我们来简单的介绍下Redis事物以及锁。

---

2，Redis事物简介？

　　  Redis 事务可以一次执行多个命令， 并且我们来了解几个重要的知识点:

1. 开启事物后,一切命令都会放入队列当中,当执行EXEC以后才会挨个执行。
2. 当执行EXEC命令后,如果队列中有命令出错,那么此队列中的全部命令将不会执行(这里有两种可能),后面会举例介绍。
3. 当事物执行以后，其他客户端提交的命令请求不会插入到事务执行命令序列中。

　　事物执行的三个阶段：

• 开始事务。
• 命令入队。
• 执行事务。

---

3，Redis事物（Transaction）命令？

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

---

4，Redis事物使用?

　　下面我们来通过几个例子认识下

　　1.正常执行

　　

　　2.放弃事物

　　　　　放弃事物,队列里面的命令将不会执行。

　　

　3.全体连坐

　　　一个命令出错，队列中的全部命令将不会执行。

　　

　　

　　4.冤头债主

　　　　这个例子跟上面的差不多，只不过这个例子是执行了以后再报错，他两不同的地方就是

　　　　上面是先知道错误，这个是执行后才知道错误了，举个例子吧，

　　　　比如 我要让我的Redis数据数值增一操作,我在控制台执行命令,INCR key 当事物还没执行的时候，

　　　　也就是说这个命令还在队列中，还没执行，它是不知道我这个key到底是个数值还是个字符串，

　　　　假设key不是个数值类型那么当执行事物后,这条命令将会报错，其他的命令正常执行。

　　　　

　　5.WATCH监控

　　　　　　在了解WATCH监控前我们先来聊聊乐观锁和悲欢锁，

　　　①悲观锁:我很悲观,我觉得我每次去拿数据的时候都会被人修改,所以我每次拿数据的时候我就会上锁,

　　　　　　 别人想拿这个数据的时候就会block，直到别人拿到锁。传统的关系型数据库里面就会用到很多这种机制,

　　　　　　 比如 行锁,表锁,读锁,写锁等，都是在操作前加上锁,防止多人修改同一条数据。这样的话就成功提高了数据的一致性,降低了并发性。

　　　②乐观锁:我很乐观,我觉得我每次去拿数据的时候别人都不会修改,所以不会上锁,但是我在更新数据的时候,

　　　　　　　 我就会判断一下，有没有别人去更新这个数据,这里我们可以使用版本号等机制来实现判断。

　　　　　　　 乐观锁适用于多读的应用类型,这样可以提高吞吐量和并发性。

　　　　            乐观锁策略:提交版本必须大于记录当前版本才能更新数据

　　　下面来看看WATCH怎么使用的

　　一,无加塞篡改

　　　　我这里就拿个花呗额度来举例，假设我的balance为余额,arrears为欠下的余额,下面这张图为

　　　　无加塞篡改,先监控在开启multi，保证两笔金额变动在同一事物内,一起执行。

　　　　

　　二,有加塞篡改

　　　　　　类似于我在修改这个数据的时候,被其他用户已经修改了,已经被加上锁了，我自己就修改不了了，要等被人修改完才能够修改,这跟上面的乐观锁很相似，

　　 　　　  我开启两个控制台,一个用来正常操作,一个用来中途篡改数据。

　　　　　　WATCH 监视一个(或多个) key ，如果在事务执行之前这个(或这些) key 被其他命令所改动，那么事务将被打断。

　　　　　　下面我们来看图.

　　　　　　

我还没执行这些命令之前我根本不知道我的数据已经在被人修改了,当我要修改数据的时候已经被人先改了。

这时候我们UNWATCH命令就派上用场了，相当于当我修改数据的时候我就把锁加上,修改完成后就把锁解开，让下一个人继续修改数据，

取消 WATCH 命令对所有 key 的监视,一旦我们执行EXEC以后所有监控锁都会被取消掉。

下面我们来看图

---

　　5，结尾

　　　　　　后面还会更新如何使用RedisTemplate来操作Redis命令,如何解决Redis穿透/雪崩等。

　　　　　　文章就写到这里了,如果文章有需要改进的地方请大佬们在评论区里留言,谢谢点评。