趣话Redis:Redis集群是如何工作的?
合集 · 动画图解技术 (15)
-
Redis缓存管理机制
5:50
-
Redis持久化存储机制
6:14
-
Redis哨兵与高可用原理
6:46
-
Redis集群是如何工作的?
4:41
-
一个动画搞懂MySQL索引原理!
6:53
-
可怕!CPU竟成为黑客帮凶!
6:20
-
完了!CPU一味求快出事儿了!
6:39
-
Linux如何调度进程?大学老师不讲的,看完动画秒懂!
10:40
-
HTTPS真的安全吗,一个动画秒懂!
6:47
-
劫持TCP连接,这操作太骚了!
6:28
-
CPU被挖矿,Redis竟是内鬼!
5:59
-
CPU深夜狂飙,真相让人傻眼了!
5:10
-
一个整数+1,攻破Linux系统内核!
6:31
-
天天写程序,连调试器工作原理都不懂?一个动画帮你搞懂!
6:24
-
哈希表哪家强,几大编程语言吵起来了!
5:05
Description
大厂面试官都爱问的:Redis集群是如何工作的?数据如何分配?如何协调管理?哨兵和集群有什么区别?一个有趣的视频告诉你
Comments
mysql 集群 和 redis 集群 可以对比讲讲吗? 感觉两者是类似的
♥ 49 ↩ 8
打开了b战,然后不会了
♥ 43 ↩ 2
完结撒花🎉
♥ 19 ↩ 2
如果新增一个节点,槽位又如何分配?分配后原数据需要转移吗
♥ 16 ↩ 6
只要你不断更,每期视频我都给你两个币[打call]
♥ 13 ↩ 2
你的问题可能不太清晰。新增一个从节点,那么所属的主节点的slot和从节点本身的slot信息是一样的;如果新增一个主节点,那么就涉及到redis扩容的内容了。redis扩容分为横向扩容和纵向扩容,纵向扩容至的是直接使用config set maxmemory xxx即可,限制是不得超过当前主机的最大值,无论是物理机还是k8s,都不是什么好的选择;横向扩容应该就是你说的这种,严格来说,是叫做新增分片,新增的分片在启动的时候是没有slot信息,你写任何的key都不会写到这里的,所以就需要将slot进行变更,例如将slot为9从节点为A转移到节点为B的身上,这个过程就是迁移,而迁移的slot肯定会有参数要考虑:哪个slot要迁移,从哪里迁移到哪里?这就涉及到一些算法了,主要从2个方面考虑:热key和大key考虑,热key会影响到性能,大key会影响到容量,具体怎么选择根据业务来确定
♥ 7
美中不足,主从同步数据不一致问题没涉及
♥ 7 ↩ 2
这仨兄弟集群了,是不是可以认为他们合成了一个大的主节点?如果是的话,就需要再招一些从节点吗,这样就需要好多个小的redis节点了,是这样理解吗大佬[大哭]
♥ 6 ↩ 1
一人血书出个docker的视频,虽然还不会用,但讲啥都行,因为感觉up讲的我都能听懂[doge]
♥ 5
UP是大佬,20分钟讲完Redis,让我这个小白都听懂了,相见恨晚。
♥ 4
集群的备份有点类似于硬盘的raid0+1,不知道有没有类似于raid5的方案。其实大多数应用场景都不需要那么高的可用,raid5的组建成本更低也能宽容一个节点故障。当然了,需要做redis高可用集群也不会是这“大多数”应用,毕竟有钱真的可以为所欲为。
♥ 2
出几期MQ相关的视频吧
♥ 2
既然维护了超大数组..为什么client设置key value 的时候不能直接获取到对应存储节点呢?还需要返回槽位端口等信息?
♥ 1
用下来就会发现redis不适合大集群存大数据,适合一个功能分配一份redis,大数据时候用芒果postgre
♥ 1
集群下的主从也是主节点写,从节点读吗?
♥ 1
up太棒了,甚至有点上瘾[星星眼][点赞]
♥ 1
应该没有哨兵了,每个master节点都可以是哨兵,它们通过gossip协议疯狂信息交流[鼓掌]
♥ 1
这视频是真牛逼
♥ 1
挺好的,三连了,希望坚持下去
♥ 1