redis入门之高级用法

这篇文章接上篇redis入门基础教程,写写redis的稍稍高级一点的用法~~

part 3:高级用法

1、HyperLogLog(pfadd/pfcount)

Redis HyperLogLog 是用来做基数统计的算法，优点是在输入元素的数量或者体积非常非常大时，计算基数所需的空间总是固定的、并且是很小的。

在 Redis 里面，每个 HyperLogLog 键只需要花费 12 KB 内存，就可以计算接近 2^64 个不同元素的基 数。这和计算基数时，元素越多耗费内存就越多的集合形成鲜明对比。

HyperLogLog 只会根据输入元素来计算基数，而不会储存输入元素本身，所以 HyperLogLog 不能像集合那样，返回输入的各个元素。

127.0.0.1:6379> pfadd skills java
(integer) 1
127.0.0.1:6379> pfadd skills python
(integer) 1
127.0.0.1:6379> pfadd skills go
(integer) 1
127.0.0.1:6379> pfadd skills redis
(integer) 1
127.0.0.1:6379> pfcount skills
(integer) 4

Redis HyperLogLog 命令

下表列出了 redis HyperLogLog 的基本命令：

序号	命令及描述
1	[PFADD key element element …] 添加指定元素到 HyperLogLog 中。
2	[PFCOUNT key key …] 返回给定 HyperLogLog 的基数估算值。
3	[PFMERGE destkey sourcekey sourcekey …] 将多个 HyperLogLog 合并为一个 HyperLogLog

2、订阅/消费

Redis 发布订阅 (pub/sub) 是一种消息通信模式：发送者 (pub) 发送消息，订阅者 (sub) 接收消息。

Redis 客户端可以订阅任意数量的频道。

下图展示了频道 channel1 ， 以及订阅这个频道的三个客户端 —— client2 、 client5 和 client1 之间的关系：

当有新消息通过 PUBLISH 命令发送给频道 channel1 时， 这个消息就会被发送给订阅它的三个客户端：

client1

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

client2

➜  ~ redis-cli
127.0.0.1:6379> publish webChat "hello"
(integer) 1
127.0.0.1:6379> publish webChat "world"
(integer) 1
127.0.0.1:6379>

client1

➜  ~ redis-cli
127.0.0.1:6379> subscribe webChat
Reading messages... (press Ctrl-C to quit)
1) "subscribe"
2) "webChat"
3) (integer) 1
1) "message"
2) "webChat"
3) "hello"
1) "message"
2) "webChat"
3) "world"

Redis 发布订阅命令

下表列出了 redis 发布订阅常用命令：

序号	命令及描述
1	[PSUBSCRIBE pattern pattern …] 订阅一个或多个符合给定模式的频道。
2	[PUBSUB subcommand argument [argument …]] 查看订阅与发布系统状态。
3	PUBLISH channel message 将信息发送到指定的频道。
4	[PUNSUBSCRIBE pattern [pattern …]] 退订所有给定模式的频道。
5	[SUBSCRIBE channel channel …] 订阅给定的一个或多个频道的信息。
6	[UNSUBSCRIBE channel [channel …]] 指退订给定的频道。

3、redis事务

redis 事务可以一次执行多个命令， 并且带有以下三个重要的保证：

• 批量操作在发送 EXEC 命令前被放入队列缓存。
• 收到 EXEC 命令后进入事务执行，事务中任意命令执行失败，其余的命令依然被执行。
• 在事务执行过程，其他客户端提交的命令请求不会插入到事务执行命令序列中。

一个事务从开始到执行会经历以下三个阶段：

• 开始事务。
• 命令入队。
• 执行事务。

以multi开启事务,将多个指令存储到队列中,以exec指令触发事务,一并执行事务中的所有命令.

127.0.0.1:6379> multi
OK
127.0.0.1:6379> set book "master go in 21 days"
QUEUED
127.0.0.1:6379> get book
QUEUED
127.0.0.1:6379> sadd tag "go" "programming" "it"
QUEUED
127.0.0.1:6379> smembers tag
QUEUED
127.0.0.1:6379> exec
1) OK
2) "master go in 21 days"
3) (integer) 3
4) 1) "it"
   2) "programming"
   3) "go"
127.0.0.1:6379>

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

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

Redis 事务命令

下表列出了 redis 事务的相关命令：

序号	命令及描述
1	DISCARD 取消事务，放弃执行事务块内的所有命令。
2	EXEC 执行所有事务块内的命令。
3	MULTI 标记一个事务块的开始。
4	UNWATCH 取消 WATCH 命令对所有 key 的监视。
5	[WATCH key key …] 监视一个(或多个) key ，如果在事务执行之前这个(或这些) key 被其他命令所改动，那么事务将被打断。

4、Redis 安全

127.0.0.1:6379> config get requirepass
1) "requirepass"
2) ""
127.0.0.1:6379> config set requirepass aogo
OK
127.0.0.1:6379> config get requirepass
1) "requirepass"
2) "aogo"
127.0.0.1:6379> auth aogo
OK

AUTH 命令基本语法格式如下：

127.0.0.1:6379> AUTH password

some err:

1、(error) WRONGTYPE Operation against a key holding the wrong kind of value

数据类型不一致导致的,可使用tpye key查看本身是什么数据类型,重名冲突了.

127.0.0.1:6379> zadd name 1 aogo
(error) WRONGTYPE Operation against a key holding the wrong kind of value
127.0.0.1:6379>
127.0.0.1:6379>
127.0.0.1:6379> type name
string