这篇文章很顶

如果全量复制过程中，网络断开了，主库这时应该没有设置replica-block-buffer缓冲区，此时应该会重新进行全量复制吧，，大神们？？

老师，有个问题请教下，我在鲲鹏环境（arm64）通过k8s部了3个节点的哨兵，碰到一个问题，哨兵老是会主动 +reboot master mymaster，并且也没有触发故障转移，Redis的版本是4.0.12，想问一下有没有好的定位手段

打卡 * [ ] “坑“ * [ ] CPU上的坑 * [ ] 内存使用上的坑 * [ ] 持久化存储上的坑 * [ ] 网络通信上的坑 * [ ] 系统观 * [ ] 建立完整的知识框架 * [ ] 两大维度 * [ ] 应用纬度 * [ ] 缓存应用 * [ ] 集群应用 * [ ] 数据结构应用 * [ ] 系统纬度 * [ ] 处理层 * [ ] 线程模型 - （缓存应用，高性能主线） * [ ] 主从复制 - （集群应用，高可靠主线） * [ ] 数据分片 - （数据应用，高可扩展主线） * [ ] 内存层 * [ ] 数据结构 - （缓存应用，高性能主线） * [ ] 哨兵机制 - （集群应用，高可靠主线） * [ ] 存储层 * [ ] AOF - （缓存应用，高性能主线） * [ ] RDF - （集群应用，高可靠主线） * [ ] 负载均衡 - （数据结构应用，高可扩展主线） * [ ] 网络层 * [ ] epoll- （缓存应用，高性能主线） * [ ] 三大主线 * [ ] 高性能 * [ ] 高可用 * [ ] 高可扩展

程序上有些可以使用pipline减少多次请求 算是一种吗

首先，感谢老师，也感谢极客时间为我们请到蒋老师。 其次，在整个课程中个人收获很大，系统掌握了redis技术；另外自己也有所感悟，知识的传递到方法的传授，技术思想升华到人生哲学，比较有高度。 最后，像这一节课性质的内容，我认为是更重要的，它远远凌驾技术本身的思想以及思维模式以及认知提升。希望极客时间和蒋老师将来针对这类型课程专门开一档连载专栏。 谢谢

给老师点个赞，Redis 数据类型丰富，每个类型的操作繁多，我们通常无法一下子记住所有操作的复杂度。所以，最好的办法就是掌握原理，以不变应万变。一旦掌握了数据结构基本原理，我们就可以从原理上推断不同操作的复杂度，即使这个操作我们不一定熟悉。这样一来，我们不用死记硬背，也能快速合理地做出选择了。

能把自己的学习经验和学习方法分享出来就很伟大，作为一个憨憨学习者，太需要大佬这些经验了，一方面可以借阅学习方法进行学习，另一方面可以认识到和大佬的差距催促自己学习。

看了课程内容,不看评论绝对是一种损失

老师，我对repl_backlog_buffer有点疑问， 文中描述1：“因为 repl_backlog_buffer 是一个环形缓冲区，所以在缓冲区写满后，主库会继续写入，此时，就会覆盖掉之前写入的操作。如果从库的读取速度比较慢，就有可能导致从库还未读取的操作被主库新写的操作覆盖了，这会导致主从库间的数据不一致。” 文中描述2：我特别建议你留意一下 repl_backlog_size 这个配置参数。如果它配置得过小，在增量复制阶段，可能会导致从库的复制进度赶不上主库，进而导致从库重新进行全量复制。 我的疑问是，如果在网络断开期间，repl_backlog_size环形缓冲区写满之后，从库是会丢失掉那部分被覆盖掉的数据，还是直接进行全量复制呢？