redis订阅、事务、脚本

一、Redis HyperLogLog

127.0.0.1:6379> pfadd name qw WRONGTYPE Key is not a valid HyperLogLog string value. 127.0.0.1:6379> del name 1 127.0.0.1:6379> pfadd name qw 1 127.0.0.1:6379> pfadd name fa 1 127.0.0.1:6379> pfadd name gfq 1 127.0.0.1:6379> pfcount name 3

二、Redis 发布订阅

第一个 redis-cli 客户端（订阅者）

127.0.0.1:6379> subscribe channel1 Reading messages... (press Ctrl-C to quit) 1) "subscribe" 2) "channel1" 3) (integer) 1

第二个 redis-cli 客户端

127.0.0.1:6379> publish channel1 "hello" 1 127.0.0.1:6379> publish channel1 "bye" 1

订阅者的客户端会显示如下消息

1) "message" 2) "channel1" 3) "hello" 1) "message" 2) "channel1" 3) "bye"

三、redis事务

Redis 事务可以一次执行多个命令， 并且带有以下三个重要的保证： 批量操作在发送 EXEC 命令前被放入队列缓存； 收到 EXEC 命令后进入事务执行，事务中任意命令执行失败，其余的命令依然被执行； 在事务执行过程，其他客户端提交的命令请求不会插入到事务执行命令序列中。 一个事务从开始到执行会经历以下三个阶段： 开始事务； 命令入队； 执行事务。

127.0.0.1:6379> multi OK 127.0.0.1:6379> set book-name "python" QUEUED 127.0.0.1:6379> get book-name QUEUED 127.0.0.1:6379> sadd tag "c" QUEUED 127.0.0.1:6379> smembers tag QUEUED 127.0.0.1:6379> exec 1) OK 2) "python" 3) (integer) 1 4) 1) "c"

单个 Redis 命令的执行是原子性的，但 Redis 没有在事务上增加任何维持原子性的机制，所以 Redis 事务的执行并不是原子性的。

事务可以理解为一个打包的批量执行脚本，但批量指令并非原子化的操作，中间某条指令的失败不会导致前面已做指令的回滚，也不会造成后续的指令不做。

四、Redis 脚本

Eval 命令的基本语法如下： redis 127.0.0.1:6379> EVAL script numkeys key [key …] arg [arg …]

127.0.0.1:6379> EVAL "return {KEYS[1],KEYS[2],ARGV[1],ARGV[2]}" 2 key1 key2 first second 1) "key1" 2) "key2" 3) "first" 4) "second"