1、Redis核心数据结构与高性能原理

本文深入解析Redis的核心数据结构,包括字符串、哈希、列表、集合和有序集合,并探讨其在分布式锁、数据管理和排行榜应用中的优势与限制。同时,剖析了Redis的单线程架构如何实现高性能,以及需要注意的并发控制和高效命令使用。
摘要由CSDN通过智能技术生成

在这里插入图片描述

1、Redis核心数据结构精讲

在这里插入图片描述

1.1 字符串String

在这里插入图片描述
在这里插入图片描述
分布式锁这个 setnx当有值的时候、设置失败,没有值的时候才可以设置成功
在这里插入图片描述

1.2 哈希hash

在这里插入图片描述
在这里插入图片描述

在这里插入图片描述
优点:
1) 同类数据归类整合存储,方便数据管理
2)相比string操作消耗内存与cpu更小
3)相比string存储更节省空间

缺点:
1)过期功能不能使用在filed上,只能用在key上
2)Redis集群架构不大合适大规模使用
在这里插入图片描述

1.3、列表list

在这里插入图片描述
在这里插入图片描述
在这里插入图片描述
在这里插入图片描述

1.4、集合Set

集合操作实现微博微信关注模型
集合操作实现电商商品筛选

help @set
在这里插入图片描述
在这里插入图片描述
在这里插入图片描述
在这里插入图片描述
在这里插入图片描述
在这里插入图片描述

1.5、ZSet有序集合

ZSet集合操作实现排行榜

src/redis-benchmark get 压测

在这里插入图片描述
在这里插入图片描述

2、Redis的单线程和高性能

2.1 Redis是单线程吗?

Redis的单线程主要是指Redis的网络IO和键值对读写是由一个线程来完成的,这也是Redis对外提供键值对存储服务的主要流程。但是Redis的其他功能,如持久化、异步删除、集群数据同步等,其实是有额外的线程执行的。

2.2 Redis单线程为什么还能这么快?

因为他所有的数据都在内存中,所有的运算都是内存级别的运算,而且单线程避免了多线程的切换性能损耗问题,正因为Redis是单线程,所以要小心使用Redis命令,对于耗时的执行(如keys),一定要谨慎使用,否则可能造成Redis卡顿。

2.3 Redis单线程如何处理那么多的并发客户端连接

Redis的IO多路复用:Redis利用epoll来实现IO多路复用,将连接信息和事件放到队列中,依次放到文件事件分排器,事件分排器将事件分发给事件处理器。
在这里插入图片描述
在这里插入图片描述

3 其他高级命令

3.1、keys:

全量遍历键,用来列出所有满足特定正则字符串规则的key,当redis数据量比较大时,性能比较差,要避免使用
在这里插入图片描述

3.2、scan:渐进式遍历键

SCAN cursor [MATCH pattern] [COUNT count]
scan 参数提供了三个参数,第一个是 cursor 整数值(hash桶的索引值),第二个是 key 的正则模式,第三个是一次遍历的key的数量(参考值,底层遍历的数量不一定),并不是符合条件的结果数量。第一次遍历时,cursor 值为 0,然后将返回结果中第一个整数值作为下一次遍历的 cursor。一直遍历到返回的 cursor 值为 0 时结束。
注意:但是scan并非完美无瑕, 如果在scan的过程中如果有键的变化(增加、 删除、 修改) ,那么遍历效果可能会碰到如下问题: 新增的键可能没有遍历到, 遍历出了重复的键等情况, 也就是说scan并不能保证完整的遍历出来所有的键, 这些是我们在开发时需要考虑的。

在这里插入图片描述

  • 5
    点赞
  • 10
    收藏
    觉得还不错? 一键收藏
  • 2
    评论

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

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

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

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

抵扣说明:

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

余额充值