Redis的事务

1.redis事务简介

可以一次执行多个命令，本质是一组命令的集合。一个事务中的所有命令都会序列化，按顺序地串行化执行而不会被其它命令插入，不许加塞；

2.redis事务能干什么

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

3.redis事务执行五种情况

case1：正常执行 执行exec全部成功；

case2：放弃事务 执行discard；

case3：全体连坐 在向事物队列中添加命令的时候报错，然后执行exec会全部失败；

case4：冤头债主 在向事物队列中添加命令的时候没有报错，但在执行exec的时候某一条命令执行失败，只会影响这一个，其他的会执行成功，这种为部分成功；

case5：watch监控

Redis部分支持事务

4.悲观锁/乐观锁/CAS(Check And Set)

悲观锁

悲观锁(Pessimistic Lock), 顾名思义，就是很悲观，每次去拿数据的时候都认为别人会修改，所以每次在拿数据的时候都会上锁，这样别人想拿这个数据就会block直到它拿到锁。

传统的关系型数据库里边就用到了很多这种锁机制，比如行锁，表锁等，读锁，写锁等，都是在做操作之前先上锁。

乐观锁

乐观锁(Optimistic Lock), 顾名思义，就是很乐观，每次去拿数据的时候都认为别人不会修改，所以不会上锁，但是在更新的时候会判断一下在此期间别人有没有去更新这个数据，可以使用版本号等机制。乐观锁适用于多读的应用类型，这样可以提高吞吐量。

CAS(Check And Set)

witch命令可以为 Redis 事务提供 check-and-set （CAS）行为，类似乐观锁。

被 witch的键会被监视，并会发觉这些键是否被改动过了。 如果有至少一个被监视的键在 exec执行之前被修改了，那么整个事务都会被取消，exec返回空多条批量回复（null multi-bulk reply）来表示事务已经失败。

5.redis事务执行的过程

开启：以multi开始一个事务；

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

执行：由exec命令触发事务；

6.redis事务的特性

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

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

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

---

版权声明：本文为CSDN博主「fwhui」的原创文章，遵循 CC 4.0 BY-SA 版权协议，转载请附上原文出处链接及本声明。

原文链接：https://blog.csdn.net/qq_40804005/java/article/details/82919154