Redis_对事务部分支持和订阅

对事务部分支持

概念

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

作用

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

用法

Multi：标记一个事务端的开始：返回ok，告诉知道了，开启事务

Exec：执行所有事务块内的事务

Discad: 取消事务，放弃执行所有事务块内的事务

Watch|unwactn  key，key： 监视一个或多个key，如果在执行事务之前，key被其他命令改动，事务将被打断 ---类似乐观锁

事务的一致性，连坐性

如果事务中，有一个命令有错误，所有的命令都不能执行，在第一次检测的时候报错了

冤有头债有主：语法检测通过之后，那条命令出错了，那条命令不执行；但是其他命令可以执行

连坐性和命令的执行：语法检测

watch 监控

• 悲观锁 ：并发性极差，一致性极好，如表锁；认为一定有人修改数据，会锁定整张表，锁定记录，锁定读写等，都是在操作之前先上锁
• 乐观锁： 并发性好，一致性较差；认为没有人修改数据，只有我一个修改；在表中添加一个version列，记录修改版本，每次修改数据时对照version字段
• CAS check and set：先加监控，再Multi修改，如果没有被别人修改，则完成操纵，如果被别人修改了，事务自动取消，完成之后unwatch取消

事务的三个阶段

1. 开始：以Multi开始一个事务
2. 入队：将多个命令入队到事务中，接到这些命令并不会立即执行，而是放到等待执行的事务队列里卖弄
3. 执行：有Exec命令触发事务

特性

1. 单独的隔离操作：事务中的所有命令都会序列化，按顺序执行。事务在执行的过程中，不会被其他客户端发送来的命令请求打破
2. 没有隔离操作的概念：队列中的命令没有提交之前都不会实际的被执行，因为事务提交前任何指令都不会被实际执行，也就不存在“事务内的查询要看到事务内的更新，事务外的查询不能看到”的问题
3. 不保证原子性：redis同一个事务中如果有一条命令执行失败，其后的命令依旧会被执行，不会回滚

redis 发布订阅

Redis 发布订阅(pub/sub)是一种消息通信模式

• 发送者(pub)发送消息
• 订阅者(sub)接收消息

• Redis 客户端可以订阅任意数量的频道，多个客户端连接同一个服务器

 

Redis_对事务部分支持和订阅

原文：https://www.cnblogs.com/ZhaoLong-study/p/13582911.html