02 | Redis其他功能

一、慢查询

1. 生命周期

• 发送命令

• 排队

• 执行命令

• 返回结果

慢查询发生在第三阶段；客户端超时不一定慢查询，但慢查询时客户端超时的一个可能因素

2. 两个配置

• 慢查询是一个先进先出的队列，假如一条命令在第三步时被列入慢查询的范围，就会被记录进一个队列

• 这个记录队列是固定长度的，也就是说这个记录队列满了后，最先被记录的慢查询就会被丢弃

• 这些记录都保存在内存中，重启Redis后，记录会丢失

• 慢查询阈值，超过了这个阈值就会被记录到慢查询队列中(单位：微秒, 1毫秒=1000微秒)

• slowlog-log-slower-than=0, 记录所有命令

• slowlog-log-slower-than<0, 不记录任何命令

• config get slowlog-max-len=128

• config get slowlog-log-slower-than=10000

• config set slowlog-max-len 1000

• config get slowlog-log-slower-than 1000

3. 慢查询命令

• slowlog get [n]：获取慢查询队列

• slowlog len: 获取慢查询队列长度

• slowlog reset: 清空慢查询队列

4. 经验

• showlog-max-len 不要设置过大，默认10ms,通常设置1ms

• slowlog-log-slower-than 不要设置过小，通常设置1000左右

• 定期持久化慢查询(慢查询队列存放在内存中，并且是一个先进先出的队列)

二、pipeline

1. 批量网络命令通信模型

Tips：

• Redis的命令时间是微秒级别

• pipeline每次条数要控制(网络)

2. 与m操作对比

• m操作是一个原子操作

• pipeline会将命令进行拆分，非原子操作

3. 使用建议

• 注意每次pipeline携带数据量

• pipeline每次只能作用在一个Redis节点上

• 理解M操作与pipeline的区别

三、发布订阅

1. 角色

• 发布者(publisher)

• 订阅者(subscriber)

• 频道(channel)

psubscribe [pattern...] # 订阅模式punsubscribe [pattern...] # 退订指定的模式pubsub channels # 列出至少有一个订阅者的频道pubsub numsub [channel] # 列出给定频道的订阅者数量

2. 消息队列 与 发布订阅

• 消息队列是消费者去队列中抢消息，只有一个消费者获得消息

• 发布订阅是所有订阅者都会获得发布的消息

四、Bitmap

在Redis中，可以直接操作位

1. API

所以在做 setbit 操作时，不要在很短的位图上，突然偏移量非常大

2. 独立用户统计

• 使用set和bitmap

• 假如有1亿用户，5千万独立访问

• 如果只有10万独立用户

3.Tips

• bitmap其实就是一个string，最大512MB

• 对于大部分使用场景512MB可以满足，无法满足的情况下，可以将key进行拆分，使用多个key实现这个功能

• 注意setbit时的偏移量，可能有较大耗时

• 位图不是绝对的好

五、HyperLogLog

• 基于HyperLogLog算法：极小空间完成独立数量统计

• 本质还是字符串

1. API

2. 百万独立用户

3.Tips

• 是否能容忍错误？(错误率：0.81%)

• 是否需要单条数据？(无法取出单条数据)

六、GEO

1. 应用场景

• 微信摇一摇

• 计算周边酒店、餐馆

2. 五个城市经纬度

3. API

4. Tips

• geo在redis 3.2版本提供

• geo本质是zset类型

• 没有删除API：zrem key member