1 、主从复制介绍上一篇《Redis系列2：数据持久化提高可用性》中，我们介绍了Redis中的数据持久化技术，包括 RDB快照 和 AOF日志 。有了这两个利器，我们再也不用担心机器宕机，数据丢失了。但是持久化技术只是解决了Redis服务故障之后，快速数据恢复的问题。并没有从根本上提升Redis
中间件
多图深入理解 Redis
前言我们在前面的文章里分析了几种 Redis 高可用性的解决方案。包括：「主从模式」、「哨兵机制」以及「哨兵集群」。主从模式：具有读写分离，分担读压力、数据备份，提供多个副本等优点。哨兵机制：在主节点故障后能自动将从节点提升成主节点，不需要人工干预操作就能恢复服务可用。
前言我们在前面的文章中分析了Redis 高可用之主从复制。主从复制奠定了Redis 分布式的基础，但是普通的主从复制并不能满足高可用性。在普通的主从复制模式下，如果主服务器发生宕机，就只能通过人工，手动将从节点切换为主节点后服务才恢复，很显然这种方案并不可取。Redis 官方为了解
如何保证 Redis 的可靠性我们在前面 一文读懂Redis持久化机制 中分析了，如果服务器发生宕机，可以通过重新读入 RDB 文件或者回放 AOF 日志的方式恢复数据，进而保证尽量少丢失数据，提升可靠性。这里再次对两种持久化做一个简单的对比：AOF 记录的是每一次写命令，数据
前言在前面的文章中，我们分析了Redis 高可用之主从复制。在这个模式下，如果从库发生故障，客户端可以继续向主库或其他从库发送请求，进行相关的操作。但是如果主库发生故障了，那直接就影响到从库的同步，因为从库没有相应的主库可以进行数据复制操作了。如果说，客户端发送的都是读操作请求，那
这篇文章，我们聊一聊 RocketMQ 的消息轨迹设计思路。查询消息轨迹可作为生产环境中排查问题强有力的数据支持 ，也是研发同学解决线上问题的重要武器之一。1 基础概念消息轨迹是指一条消息从生产者发送到 Broker , 再到消费者消费，整个过程中的各个相关节点的时间、状态等数据汇聚而成的完整
联系我们
