Redis学习笔记-3.慢查询和其他高级数据结构

总览

1. 慢查询

1. 生命周期

2. 两个配置

队列长度

• 队列的固定长度配置

慢查询阀值

• 时间超过此阀值，就进行队列等待进行慢查询

3. 配置方法

4. 慢查询相关命令

5. 运维经验

• 1.QPS通常在万级别，即，每处理一个请求一般在0.1ms左右，如果设置阀值过大，如10ms，会对QPS有影响
• 2.队列长度不要设置过小，储存于内存，不利于历史查看
• 3.理解生命周期，知道性能瓶颈在什么位置
• 4.定期持久化到其他数据库，例如MySQL,以便于对历史记录的查询

2. pipeline

2.1 pipeline流水线作用

2.2 客户端使用

2.3 与原生M操作的对比

原生M操作是原子操作

pipeline非原子操作

• 执行时，将流水线的任务拆分处理，不具有原子性
• 单返回时，按照顺序去取

2.4 使用建议

3. 发布订阅功能

3.1 角色

3.2 通讯模型

• 注意：redis无法做消息的堆积，即，新的订阅者是无法订阅到发布者之前的消息

3.3 API

publish

subscibe

unsubcribe

其他功能

3.4 消息队列

• 与发布订阅不同，发布订阅，所有订阅者都能获取资源，但消息队列不同，只有一个订阅者能抢到消息
• redis没有实现此功能的api，只是用list阻塞拉取来模拟此功能的实现
• 根据业务场景使用不同，选择不同的功能

4. bitmap数据结构

4.1 位图认识

• 即redis可以直接操作一个位

4.2 相关API

setbit

• 偏移量从0开始计算
• 返回之前位置的数，0或1，默认是0
• 因偏移量默认会补0， 故，注意不要在一个很短的位图上，突然设置一个大的偏移量，否则会出现一些性能上的问题,因为redis是单线程的

getbit

bitcount

bitop

bitops

4.3 独立用户统计

5. HyperLogLog

5.1 认识

5.2 相关API

5.3 局限性和使用经验

• 不能取出单条数据

6. GEO

6.1 GEO是什么

6.2 常见API

geoadd

geopos

geodist

georedius