【趣话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的高可用？[藏狐]
♥ 234 ↩ 8
说点真心话，其实Up没必要那么拼，给自己一点缓冲的空间，没必要为了粉丝一直逼自己高强度更新，毕竟我们希望质量大过数量，这是我一点不成熟小想法。好了我说完了，距离这个视频已发出来不少时间了，up你歇完了吗？歇完了赶紧更新啊！生产队的驴都不敢这么歇啊[藏狐][藏狐]
♥ 110 ↩ 2
redis:MySQL大哥你好多事啊，我要和MongoDB大哥去混了
♥ 101 ↩ 5
评论区催更的大哥们，生产队的驴也不是这样用的吧[笑哭]
♥ 51 ↩ 7
up其实不用砍时长的，硬核知识十分多钟一点也不长呀[打call]
♥ 27
下期预告:分布式存储 原理:hash(key) % N个机器台数，计算出哈希值，用来决定数据映射到哪一个节点上
♥ 12
up主，我想问一下有没有这样一种可能，在一段时间内，所有的重节点都依次掉线了，然后再从节点还没有来得及与主节点进行数据同步时，主节点掉线了，那么这时候，无论从从节点中选择哪一个，当新的主节点都会有一定的数据缺失问题。 这种情况在节点数少的时候发生的概率会更高一点
♥ 7 ↩ 4
Redis ： MySQL 你这个 SQL 数据库真难伺候，我去找 MongoDB 大哥玩了
♥ 3
头一次想催更，up太赞了。[打call]
♥ 3 ↩ 1
已投币，催更[doge]
♥ 2
做的实在是太好啦！！！！！！大赞
♥ 1
太棒了 [点赞][点赞][点赞][点赞][点赞][点赞]
♥ 1
大哥 更新一下redis内存淘汰策略呗[兔年] @编程技术宇宙
♥ 1
docker、kubernetes、springcloud在一旁抽着烟抖着腿说到：他哥仨忙死累活为啥不叫咱哥仨帮忙呢[喜极而泣][喜极而泣]
♥ 1
为什么有了AFO持久化机制后还要RDB持久化呢?
♥ 1
有意思，学到了哈哈哈，
♥ 1
这种方式真的很方便入门者理解！！！ Hadoop，Spark的高可用也可以用这种方式讲解。 如果能用这种方式教学那就有趣多了
♥ 1 ↩ 1
up主的硬币钱包富得流油了吧[脱单doge]
♥ 1 ↩ 1
真不错，三期看下来都懂了！
♥ 1