一、消息从产生到消费过程 一个消息从生产者产生，到被消费者消费，主要经过这 3 个过程： 生产者产生消息 消息发送到存储端，保存下来 消息推送到消费者，消费者消费完，ack应答 因此如何保证MQ不丢失消息，可以从这三个阶段阐述： 生产者保证不丢消息
一、部署前的说明 本文根据官网资料搭建，官方网站部署文档地址：https://rocketmq.apache.org/zh/docs/4.x/deployment/01deploy 本文采用3台服务器，多节点（集群）多副
零拷贝是操作系统提供的一种优化 IO 操作的重要机制。通过零拷贝技术，操作系统可以极大的减少在一次 IO 操作中，数据从一个内存区域复制到另一个内存区域的次数，以及在此过程中对 CPU 的性能消耗。零拷贝技术可以极大的提高数据传输的效率，避免不必要的数据拷贝，从而降低系统负载。 零拷贝有两种实现方式
Zookeeper集群的数据同步过程如下： 集群启动时，会先进行领导者选举，确定哪个节点是Leader，哪些节点是Follower和Observer。 Leader会和其他节点进行数据同步，采用发送快照和发送Diff日志的方式。 集群在工作过程中，所有的写请求都会交给Leader节点来进行处理，从节
Zookeeper 必须集群部署，推荐配置不少于 3 个节点。Zookeeper 自身也要保证当一个节点宕机时，其他节点会继续提供服务。 如果是一个 Follower 宕机，还有 2 台服务器提供访问，因为 Zookeeper 上的数据是有多个副本的，数据并不会丢失。 如果是一个 Leader 宕机
Zookeeper保证事务的顺序一致性是通过两个机制实现的：事务的严格串行化和锁定机制。 事务的严格串行化：在Zookeeper中，所有的写操作都必须经过一个称为“提交”（commit）的阶段。在一个事务还没有被提交之前，任何客户端都无法读取该事务。 这种机制确保了所有事务按照严格的顺序执行，保证了
Zookeeper的机制可以感知某些事件的发生，并将这些事件通知给客户端。这种通知机制是异步的，也就是说，当事件发生时，Zookeeper会选择一种方式将事件通知给客户端，而不需要等待客户端的回应。 具体来说，Zookeeper允许客户端向服务端的某个Znode注册一个Watcher监听，当这个Zn
ZAB协议（Zookeeper Atomic Broadcast）是Zookeeper中用于实现分布式一致性的协议。该协议旨在确保分布式系统中的数据一致性和可靠性，并具有以下特点： 支持崩溃恢复和消息广播：ZAB协议能够在Leader节点崩溃或因其他原因导致Leader缺失时，自动进入崩溃恢复模式，
zookeeper集群中服务器被划分为以下四种状态： LOOKING：寻找Leader状态。处于该状态的服务
Zookeeper集群的数目一般为奇数个，主要是出于以下两方面的考虑： 防止脑裂。如果Zookeeper集群的节点数为偶数个，那么在集群发生脑裂并分成两个均等子集群的情况下，可能导致整个Zookeeper集群都无法正常工作。而如果集群节点数为奇数个，则即使发生脑裂并分成两个子集群，每个子集群都至少会
