Redis事务及其锁机制

目录

一、Redis事务及其锁机制

1.Redis的事务定义

2.Multi、Exec、discard

3.事务的错误处理

（1）编译阶段错误

（2）执行阶段错误 

 3.Redis中的的锁机制

（1）悲观锁

（2）乐观锁

4.WATCH key [key ...]

5.unwatch

---

一、Redis事务及其锁机制

1.Redis的事务定义

        Redis事务是一个单独的隔离操作：

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

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

2.Multi、Exec、discard

Multi: 命令组队

Exec: 执行队伍命令

discard: 放弃组队

 案例：

3.事务的错误处理

        在组队的命令中，可能会出现两种不同的错误，一种发生在编译阶段，一种发生执行阶段

（1）编译阶段错误

        ※在编译阶段，你输入命令是不会报错误的，只有在执行exec命令时，才会报告错误，而出现这种错误，事务是不会执行的，所有命令一并取消

案例：

（2）执行阶段错误 

        ※在执行阶段，如果发现队伍中有命令执行错误，则报告错误，其他命令正常执行

案例：

 3.Redis中的的锁机制

如欲了解更多锁内容，请访问：https://blog.csdn.net/weixin_59216829/article/details/126839698

（1）悲观锁

        总是假设最坏的情况，每次去拿数据的时候都认为别人会修改，所以每次在拿数据的时候都会上锁，这样别人想拿这个数据就会阻塞直到它拿到锁。（预期锁冲突严重）

（2）乐观锁

         假设数据一般情况下不会产生并发冲突，所以在数据进行提交更新的时候，才会正式对数据是否产生并发冲突进行检测，如果发现并发冲突了，则让返回用户错误的信息，让用户决定如何去做（预期锁冲突概率低）

        乐观锁适用于多读的应用类型，这样可以提高吞吐量。Redis就是利用这种check-and-set机制实现事务的。

4.WATCH key [key ...]

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

5.unwatch

        取消 WATCH 命令对所有 key 的监视，如果在执行 WATCH 命令之后，EXEC 命令或DISCARD 命令先被执行了的话，那么就不需要再执行UNWATCH 了。