redis 进阶(事务、消息订阅)

一、事务

事务可以一次执行多个命令, 并且带有以下两个重要的保证:

  • 事务是一个单独的隔离操作:事务中的所有命令都会序列化、按顺序地执行。事务在执行的过程中,不会被其他客户端发送来的命令请求所打断。
  • 事务是一个原子操作:事务中的命令要么全部被执行,要么全部都不执行。
    在这里插入图片描述
    正常的情况:
    在这里插入图片描述

中间有报错
在这里插入图片描述

命令正确,但执行出错:
在这里插入图片描述
总结:
在这里插入图片描述

redis 为什么没有回滚?
在这里插入图片描述
watch监控
被 WATCH 的键会被监视,并会发觉这些键是否被改动过了。 如果有至少一个被监视的键在 EXEC 执行之前被修改了, 那么整个事务都会被取消, EXEC 返回空多条批量回复(null multi-bulk reply)来表示事务已经失败。

如果在 WATCH 执行之后, EXEC 执行之前, 有其他客户端修改了 mykey 的值, 那么当前客户端的事务就会失败。 程序需要做的, 就是不断重试这个操作, 直到没有发生碰撞为止
unwatch 取消所有的监控
watch 可以监控一个或多可键

1、悲观锁和乐观锁
悲观锁:就是很悲观,每次读数据的时候会认为数据被修改,所以会加锁。这样并发效率很低。(适用于数据备份的时候)

乐观锁:就是很乐观,每次去读数据时会认为数据不会修改,所以不会上锁,当执行更新操作时会判断在此期间数据是否被修改,可以通过版本号实现。乐观锁适用于多读的情况,能够提高吞吐量。
(注:当提交版本高于记录当前版本号的时候才可以执行更新操作)

在这里插入图片描述
在这里插入图片描述
在这里插入图片描述
没有隔离级别,没有原子性,没有回滚。执行过程中有一条失败,其后的操作仍然可以执行。

猜你喜欢

转载自blog.csdn.net/weixin_38008100/article/details/82833392