真香!这份Redis深度历险笔记技术点拉满,价值百万,手慢无
原理3:未雨绸缪——持久化理4:雷厉风行——管道原理5:同舟共济——事务原理6:小道消息—-PubSub原理7:开源节流——小对象压缩原理8:有备无患——主从同步部分知识点:原理3∶未雨绸缪——持久化Redis的数据全部在内存里,如果突然宕机,数据就会全部丢失,因此必须有一种机制来保证Redis的数据不会因为故障而丢失,这种机制就是Redis的持久化机制。原理4∶雷厉风行——管道大家一直以来对Re
-
原理3:未雨绸缪——持久化
-
理4:雷厉风行——管道
-
原理5:同舟共济——事务
-
原理6:小道消息—-PubSub
-
原理7:开源节流——小对象压缩
-
原理8:有备无患——主从同步
部分知识点:
原理3∶未雨绸缪——持久化
Redis的数据全部在内存里,如果突然宕机,数据就会全部丢失,因此必须有一种机制来保证Redis的数据不会因为故障而丢失,这种机制就是Redis的持久化机制。
原理4∶雷厉风行——管道
大家一直以来对Redis管道有一个误解,他们以为这是Redis服务器提供的一种特别的技术,有了这种技术就可以加速Redis的存取效率。但是实际上Redis管道(Pipelinc)本身并不是Redis服务器直接提供的技术,这个技术本质上是由客户端提供的,跟服务器没有什么直接的关系。下面我们对这块做一个深入探究。
原理6:小道消息—PubSub
前面我们讲了 Redis 消息队列的使用方法,但是没有提到Redis消息队列的不足之处,那就是它不支持消息的多提机制。
原理8∶有备无患——主从同步
很多企业都没有使用到Redis的集群,但是至少都做了主从。有了主从,当master挂掉的时候,运维让从库过来接管,服务就可以继续,否则master需要经过数据恢复和重启的过程,这就可能会拖很长的时间,影响线上业务的持续服务。
集群篇
===
-
集群1:李代桃僵——Sentinel
-
集群2:分而治之——Codis
-
集群3:众志成城——Cluster
部分知识点:
集群2:分而治之——Codis
集群3∶众志成城——Cluster
拓展篇
===
-
拓展1:耳听八方——Stream
-
拓展2:无所不知—— Info指令
-
拓展3:拾遗漏补——再谈分布式锁
-
拓震4:朝生暮死——过期策略
-
拓展5:优胜劣汰——LRU
-
拓震6:平波缓进———懒惰删除
-
拓展7:妙手仁心——优雅地使用Jedis
-
拓展8:居安思危——保护Redis
-
拓展9:隔墙有耳——Redis安全通信
部分知识点:
拓展1:耳听八方——Stream
Redis5.0 被作者Antirez突然放了出来,增加了很多新的特色功能。而Redis5.0最大的新特性就是多出了一个数据结构Stream,它是一个新的强大的支持多播的可持久化的消息队列,作者坦言Redis Strcam狠狠地借鉴了Kafka的设计。
拓展3:拾遗漏补——再谈分布式锁
在第三节,我们细致讲解了分布式锁的原理,它的使用非常简单,一条指令就可以完成加锁操作。不过在集群环境下,这种方式是有缺陷的,它不是绝对安全的。
拓展6:平波缓进———懒惰删除
一直以来我们认为Redis是单线程的,单线程为Redis带来了代码的简洁性和丰富多样的数据结构。不过Redis 内部实际上并不是只有一个主线程,它还有几个异步线程专门用来处理一些耗时的操作。
拓展9∶隔墙有耳——Redis安全通信
源码篇
===
-
源码1:极度深寒——探索「字符串」内部结构
-
源码2:极度深寒——探索「字典」内部
-
源码3:极度深寒——探索「压缩列表」内部
-
源码4:极度深寒——探索「快速列表」内部
-
源码5:极度深寒——探索「跳跃列表」内部结构
-
源码6:极度深寒——探索「紧凑列表」内部
-
源码7:极度深寒——探索「基数树」内部
源码1∶极度课寒——探案「字符串」内部结构
Redis中的字符串是可以修改的字符串,在内存中它是以字节数组的形式存在的。我们知道C语言里面的字符串标准形式是以NULL作为结束符,但是在Redis里面字符串不是这么表示的。因为要获取NULL结尾的字符串的长度使用的是strlen标准库函数,这个函数的算法复杂度是O(n),它需要对字节数组进行遍历扫描,作为单线程的Redis表示承受不起。
源码3∶极度课寒——探索「压缩列表」内部
Redis为了节约内存空间使用,set 和hash容器对象在元素个数较少的时候,采用压缩列表(ziplist)进行存储。压缩列表是一块连续的内存空间,元素之间紧挨着存储,没有任何冗余空隙。
源码5∶极度深寒——探案「跳跃列表」内部结构
Redis的zset是一个复合结构,一方面它需要一个hash结构来存储value和score的对应关系,另一方面需要提供按照seore来排序的功能,还需要能够指定 score的范围来获取valuc列表的功能,这就需要另外一个结构「跳跃列表」-
源码7∶极度深寒——探索「甚数树」内部
Rax是Redis内部比较特殊的一个数据结构,它是一个有序字典树〔基数树RadixTrec),按照key的字典序排列,支持快速的定位、插入和删除操作。
获取方式
点赞+关注+转发,扫码添加下方VX即可
自我介绍一下,小编13年上海交大毕业,曾经在小公司待过,也去过华为、OPPO等大厂,18年进入阿里一直到现在。
深知大多数Java工程师,想要提升技能,往往是自己摸索成长或者是报班学习,但对于培训机构动则几千的学费,着实压力不小。自己不成体系的自学效果低效又漫长,而且极易碰到天花板技术停滞不前!
因此收集整理了一份《2024年Java开发全套学习资料》,初衷也很简单,就是希望能够帮助到想自学提升又不知道该从何学起的朋友,同时减轻大家的负担。
既有适合小白学习的零基础资料,也有适合3年以上经验的小伙伴深入学习提升的进阶课程,基本涵盖了95%以上Java开发知识点,真正体系化!
由于文件比较大,这里只是将部分目录截图出来,每个节点里面都包含大厂面经、学习笔记、源码讲义、实战项目、讲解视频,并且会持续更新!
如果你觉得这些内容对你有帮助,可以扫码获取!!(备注Java获取)
总目录展示
该笔记共八个节点(由浅入深),分为三大模块。
高性能。 秒杀涉及大量的并发读和并发写,因此支持高并发访问这点非常关键。该笔记将从设计数据的动静分离方案、热点的发现与隔离、请求的削峰与分层过滤、服务端的极致优化这4个方面重点介绍。
一致性。 秒杀中商品减库存的实现方式同样关键。可想而知,有限数量的商品在同一时刻被很多倍的请求同时来减库存,减库存又分为“拍下减库存”“付款减库存”以及预扣等几种,在大并发更新的过程中都要保证数据的准确性,其难度可想而知。因此,将用一个节点来专门讲解如何设计秒杀减库存方案。
高可用。 虽然介绍了很多极致的优化思路,但现实中总难免出现一些我们考虑不到的情况,所以要保证系统的高可用和正确性,还要设计一个PlanB来兜底,以便在最坏情况发生时仍然能够从容应对。笔记的最后,将带你思考可以从哪些环节来设计兜底方案。
篇幅有限,无法一个模块一个模块详细的展示(这些要点都收集在了这份《高并发秒杀顶级教程》里),麻烦各位转发一下(可以帮助更多的人看到哟!)
由于内容太多,这里只截取部分的内容。
《一线大厂Java面试题解析+核心总结学习笔记+最新讲解视频+实战项目源码》,点击传送门即可获取!
思考可以从哪些环节来设计兜底方案。
篇幅有限,无法一个模块一个模块详细的展示(这些要点都收集在了这份《高并发秒杀顶级教程》里),麻烦各位转发一下(可以帮助更多的人看到哟!)
[外链图片转存中…(img-sRukU3Rc-1712493623765)]
[外链图片转存中…(img-SL2xv00e-1712493623765)]
由于内容太多,这里只截取部分的内容。
《一线大厂Java面试题解析+核心总结学习笔记+最新讲解视频+实战项目源码》,点击传送门即可获取!
开放原子开发者工作坊旨在鼓励更多人参与开源活动,与志同道合的开发者们相互交流开发经验、分享开发心得、获取前沿技术趋势。工作坊有多种形式的开发者活动,如meetup、训练营等,主打技术交流,干货满满,真诚地邀请各位开发者共同参与!
更多推荐
所有评论(0)