十三月的博客

Erlang：9.2(对应opt安装包版本20.0)

退出 253 nohup sh mqbroker -c /usr/local/server/mq/rocketmq/conf/2m-2s-async/broker-a.pr

RocketMQ的安装

RocketMQ版本：5.2.0RocketMQ SDK版本：5.2.0。

其中，1，2，4三个场景都是跨网络的，而跨网络就肯定会有丢消息的可能。然后关于3这个环节，通常MQ存盘时都会先写入操作系统的缓存page cache中，然后再由操作系统异步的将消息写入硬盘。这个中间有个时间差，就可能会造成消息丢失。如果服务挂了，缓存中还没有来得及写入硬盘的消息就会丢失。这个是MQ场景都会面对的通用的丢消息问题。那我们看看用Rocket时要如何解决这个问题这个结论比较容易理解，因为RocketMQ的事务消息机制就是为了保证零丢失来设计的，并且经过阿里的验证，肯定是非常靠谱的。

RocketMQ 的各个组件都可以搭建成集群部署，Broker 还可以搭建成主从架构，下面介绍的主要是 Broker 集群。

顺序消息指的是，严格按照消息的发送顺序进行消费的消息(FIFO)。默认情况下生产者会把消息以Round Robin轮询方式发送到不同的Queue分区队列；而消费消息时会从多个Queue上拉取消息，这种情况下的发送和消费是不能保证顺序的。如果将消息仅发送到同一个Queue中，消费时也只从这个Queue上拉取消息，就严格保证了消息的顺序性。实际上，RocketMQ也只保证了同一个OrderID的消息有序(发到了同一 queue)，而并不能保证所有消息都有序。所以这就涉及到了RocketMQ消息有序的原理。

在使用RocketMQ的可视化工具dashboard-1.0.0时，首先生产了10条数据，但是查询时却查出来了14条，有四条数据重复，重复数据MessageID和key相同，但是通过key单独查询却只能查出一条。

RocketMQ 是一个高性能、高吞吐量的分布式消息和流计算平台，它基于发布-订阅模式工作。其核心设计理念是确保消息传递的高效性、稳定性和可扩展性。

RocketMQ 是一个高性能、高吞吐量的分布式消息和流计算平台，它基于发布-订阅模式工作。其核心设计理念是确保消息传递的高效性、稳定性和可扩展性。

RocketMQ 的架构采用了典型的分布式系统设计理念，以确保高性能、高可用和可扩展性。RocketMQ 主要由四个核心组件构成：NameServer、Broker、Producer 和 Consumer。

RocketMQ-Console 是一个针对 Apache RocketMQ 的开源 Web 监控和管理平台。它提供了一个用户友好的界面，通过 Web 浏览器允许用户对 RocketMQ 集群进行管理和监控。这个控制台使得管理和监测 RocketMQ 集群变得更加直观和方便，特别是对于不熟悉命令行操作的用户。：展示 RocketMQ 集群的当前状态，包括各个 Broker 的状态、NameServer 的状态以及客户端的连接情况等。：允许用户创建、修改和删除主题（Topic），方便地管理消息的分类。

RocketMQ 是一个分布式消息中间件和流计算平台，由阿里巴巴团队开源并贡献给 Apache 软件基金会，现为 Apache 顶级项目。它主要用于处理大规模数据的传输问题，支持高吞吐量、高可用性和可扩展性的消息发布和订阅服务。RocketMQ 能够确保消息的可靠传输，支持严格的消息顺序，并提供事务性消息处理。

RocketMQ教程汇总。