1，概论
事物这东西相信大家都不陌生吧,在学习Spring,Mybatis等框架中,
只要是涉及到数据存储和修改的,都会有事物的存在，
废话就不多说了下面我们来简单的介绍下Redis事物以及锁。
2，Redis事物简介？
Redis 事务可以一次执行多个命令， 并且我们来了解几个重要的知识点:
- 开启事物后,一切命令都会放入队列当中,当执行EXEC以后才会挨个执行。
- 当执行EXEC命令后,如果队列中有命令出错,那么此队列中的全部命令将不会执行(这里有两种可能),后面会举例介绍。
- 当事物执行以后，其他客户端提交的命令请求不会插入到事务执行命令序列中。
事物执行的三个阶段：
- 开始事务。
- 命令入队。
- 执行事务。
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穿透/雪崩等。
文章就写到这里了,如果文章有需要改进的地方请大佬们在评论区里留言,谢谢点评。