Redis系列学习笔记(核心数据结构)

Redis核心数据结构

安装

  1. CentOS7.0+
  2. 最新6.0,刚发布,建议安装5.x
  3. 安装gcc环境,make
  4. 启动 指定配置文件
  5. 启动前,记得将配置改为后台启动

5种数据结构

1. string

  • 字符串缓存
set key value 
get key
set user:1 jsonValue
//批量设置值
127.0.0.1:6379> mset user:1:name qinchen user:1:balance 500w
OK
127.0.0.1:6379> mget user:1:name user:1:balance
1) "qinchen"
2) "500w"
127.0.0.1:6379> 
  • 分布式锁
SETNX product:10001 9999
DEL product:10001
SET product:10001 true ex 10 nx

// 选项介绍
// ex seconds − 设置指定的到期时间(以秒为单位)。
// px milliseconds - 设置指定的到期时间(以毫秒为单位)。
// nx - 仅在键不存在时设置键。
// xx - 只有在键已存在时才设置。

  • 计数器(原子加减),分布式全局序列号
incr article:readcount:1001 // 加1
decr xxx // 减1
get article:readcount:1001
incrby key increment //加increment
decrby key increment //减increment
  • web集群Session共享
  • 部分表主键自增
incrby orderId 1000 // 批量生产序号

help @string 帮助命令

2. hash

  • 对象缓存
hmset user 1:name qinchen 1:balance 1999
hmget user 1:name 1:balance
hlen user // 获取hash长度
hdel user 1:name // 删除某用户
hgetall user // 获取所有user信息
  • 优点:相比string,操作消耗内存与CPU更小,更省空间
  • 缺点:过期功能不能设置到field上,只能到key,集群架构下不适合大规模使用
  • 应用场景举例:加入购物车
  • 集群架构图:

  • 底层实现:可以简单理解为对key做hash

3. list

  • 常用操作
lpush key value [value...] // 从左边插入值
rpush key value [value...] // 从右边插入值
lpop key // 移除并返回列表的头元素
rpop key // 移除并返回列表的尾元素
lrange key start stop // 返回指定区间的元素
blpop key [key...] timeout // 从列表弹出头元素,若无,则等待timeout秒 =0 一直阻塞
brpop key [key...] timeout //
  • 栈数据结构非常适合,lpush + lpop
  • 队列数据结构 lpush + rpop
  • 阻塞队列 LPUSH + BRPOP
  • 应用场景:微博微|信公众号|朋友圈消息流 一条lrange 命令搞定

4. set

  • 常用操作
sadd key 1001 [1002...] // 添加元素
srem key member // 删除元素
smembers key // 获取所有元素
scard key // 获取元素个数
SISMEMBER  key  member			//判断member元素是否存在于集合key中
SRANDMEMBER  key  [count]			//从集合key中选出count个元素,元素不从key中删除
SPOP  key  [count]				//从集合key中选出count个元素,元素从key中删除
... 
  • 应用场景:抽奖活动 sadd 放入抽奖用户,smembers key查看所有抽奖用户,srandmember key [count]

  • 抽奖完就去掉 spop key [count]

  • 微博点赞,收藏等等

  • 集合操作

sinter 交集
sunion 并集
sdiff 差集(前面集合-后面集合)
  • 应用场景1:微博共同关注,我关注的人也关注了他
  • 应用场景2:数据分析,智能推荐,商品推荐,我可能认识的人等等
  • 应用场景3:商品筛选,按多个标签筛选商品

5. zset

  • 有序集合,可按分值排序
  • 常规操作
zadd key score member [...]
zincrby key increment member 
zrange key start stop
  • 应用场景:排行榜,热搜版
zrevrange hostNews:20200816 0 9 WITHSCORES
ZUNIONSETORE key 7 key1 key2 ... key7 // 合并set

Redis的单线程和高性能

1. Redis是单线程的吗?

- 执行客户端命令(网络IO与键值对读写)是单线程
- 其他机制工作是别的线程负责
- 比如持久化、异步删除、集群同步

注意:所以对于一些比较耗时的操作,如keys,容易造成redis卡顿,需谨慎使用

2. 为什么快?

- 数据存储在内存中,运算都是内存级别的
- 单线程避免了多线程切换的损耗

3. 单线程如何处理那么多并发客户端连接?

- 基于[epoll](https://blog.csdn.net/songchuwang1868/article/details/89877739)实现了IO多路复用
- 连接信息与事件放到队列中
- 然后由文件事件分派器将事件分派给事件处理器

4. 其他高级命令

  • keys 遍历全量键
  • scan 渐进式遍历键
  • info 查看Redis运行信息
keys patten // 比较慢
scan 0 match qinchen* count 3 // 大概扫3个元素,多次遍历,游标从上一次结果获取,游标=0证明数据已扫描结束,这种方式性能比keys好
// 注意遍历过程中,如果有新元素插入,可能漏值
info // 能打印很多服务的关键信息
connected_clients:2                  # 正在连接的客户端数量

instantaneous_ops_per_sec:789        # 每秒执行多少次指令

used_memory:929864                   # Redis分配的内存总量(byte),包含redis进程内部的开销和数据占用的内存
used_memory_human:908.07K            # Redis分配的内存总量(Kb,human会展示出单位)
used_memory_rss_human:2.28M          # 向操作系统申请的内存大小(Mb)(这个值一般是大于used_memory的,因为Redis的内存分配策略会产生内存碎片)
used_memory_peak:929864              # redis的内存消耗峰值(byte)
used_memory_peak_human:908.07K       # redis的内存消耗峰值(KB)

maxmemory:0                         # 配置中设置的最大可使用内存值(byte),默认0,不限制
maxmemory_human:0B                  # 配置中设置的最大可使用内存值
maxmemory_policy:noeviction         # 当达到maxmemory时的淘汰策略
  • 0
    点赞
  • 0
    收藏
    觉得还不错? 一键收藏
  • 0
    评论

“相关推荐”对你有帮助么?

  • 非常没帮助
  • 没帮助
  • 一般
  • 有帮助
  • 非常有帮助
提交
评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

1.余额是钱包充值的虚拟货币,按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载,可以购买VIP、付费专栏及课程。

余额充值