RocketMQ的集群架构包括四个主要角色：Name Server集群、Broker主从集群、Producer和Consumer客户端。 Name Server集群是RocketMQ的一种轻量级的服务节点，负责注册和管理Broker的服务地址，提供服务的注册和发现功能。每个Broker节点都要跟所有
Published on 2024-04-23
RocketMQ的Broker有三种集群模式： 单Master模式：只有一个Master节点，其他都是Slave节点。Master节点负责响应客户端的请求并存储消息，Slave节点只同步Master节点的消息，也会响应部分客户端的读请求。这种模式的优点是简单易部署，但是存在单点故障的问题，如果Mas
Published on 2024-04-23
缓存双写不一致是指在使用缓存的架构中，当数据更新时，由于缓存和数据库的写操作没有同步进行，导致数据在缓存和数据库之间出现不一致的情况。 以下是对缓存双写不一致的一般理解： 更新顺序问题：当应用程序更新了数据库中的数据，但在更新缓存之前发生了错误或异常，导致缓存中的数据仍然是旧值。这种情况下，数据库中
Published on 2024-04-23
缓存双写不一致是指在使用缓存的架构中，当数据更新时，由于缓存和数据库的写操作没有同步进行，导致数据在缓存和数据库之间出现不一致的情况。 以下是对缓存双写不一致的一般理解： 更新顺序问题：当应用程序更新了数据库中的数据，但在更新缓存之前发生了错误或异常，导致缓存中的数据仍然是旧值。这种情况下，数据库中
Published on 2024-04-23
Redis 哨兵是一种用于高可用性的解决方案，它可以监控 Redis 主从复制模式下的主节点和从节点，发现节点故障，并自动进行故障转移，保证 Redis 系统的稳定性和可靠性。 Redis 哨兵机制由多个相互独立的进程组成，这些进程使用 TCP/IP 协议相互通信，实现 Redis 节点的监控和故障
Published on 2024-04-23
为什么需要哨兵机制？ Redis的主从复制主要用于实现数据的冗余备份和读分担，并不是为了提供高可用性。因此在系统高可用方面，单纯的主从架构无法很好的保证整个系统高可用。比如说：
Published on 2024-04-23
在Redis集群中，由于采用了主从复制模型的异步复制机制，写操作有一定的丢失风险。 当客户端向主节点发送写操作时，主节点会立即返回成功响应，而不等待所有从节点执行复制。如果主节点在执行完写操作后出现故障或网络问题，导致从节点无法及时接收到复制操作，那么这些未复制的写操作将会丢失。 为了减少写操作丢失
Published on 2024-04-23
PIPELINE 是 Redis 提供的优化命令执行的机制，通过减少网络往返次数和批量处理命令来提高性能。 它将多个命令打包发送给服务器，减少了网络延迟，提升了吞吐量。 使用 PIPELINE 还可以降低服务器资源消耗，提高整体效率。适用于需要连续执行多个命令或批量操作的场景，特别适合延迟敏感或大量
Published on 2024-04-23
Redis 集群通过数据分片和主从复制实现了横向扩展和高可用性。它将数据划分为 16384 个哈希槽，并将这些槽均匀地分配到多个节点上。每个节点负责处理一部分槽的数据，实现了数据的分散存储和负载均衡。 在集群中，每个哈希槽有一个主节点和多个从节点。
Published on 2024-04-23
