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"