RocketMQ基础教程1

官方下载

https://rocketmq.apache.org/dowloading/releases/

官方教程

https://rocketmq.apache.org/docs/quick-start/

也可以下载rocketmq源码进行编译

 > unzip rocketmq-all-4.4.0-source-release.zip
 > cd rocketmq-all-4.4.0/
 > mvn -Prelease-all -DskipTests clean install -U
 > cd distribution/target/apache-rocketmq

配置环境变量

windows系统RocketMQ启动命令

C:\rocketmq-all-4.5.1\bin> start mqnamesrv
C:\rocketmq-all-4.5.1\bin> start mqbroker -n localhost:9876 autoCreateTopicEnable=true

windows系统RocketMQ关闭命令

C:\rocketmq-all-4.5.1\bin>mqshutdown broker
killing broker
成功: 已终止 PID 为 19484 的进程。
Done!

C:\rocketmq-all-4.5.1\bin>mqshutdown namesrv
killing name server
成功: 已终止 PID 为 24796 的进程。
Done!

linux系统

 > nohup sh bin/mqnamesrv & tail -f ~/logs/rocketmqlogs/namesrv.log
  The Name Server boot success...

> nohup sh bin/mqbroker -n localhost:9876 & tail -f ~/logs/rocketmqlogs/broker.log 
  The broker[%s, 172.30.30.233:10911] boot success...

创建Topic

C:\rocketmq-all-4.5.1\bin> mqadmin updateTopic -n localhost:9876 -b 192.168.0.102:10911 -t demo
Java HotSpot(TM) 64-Bit Server VM warning: ignoring option PermSize=128m; support was removed in 8.0
Java HotSpot(TM) 64-Bit Server VM warning: ignoring option MaxPermSize=128m; support was removed in 8.0
create topic to 192.168.0.102:10911 success.
TopicConfig [topicName=demo, readQueueNums=8, writeQueueNums=8, perm=RW-, topicFilterType=SINGLE_TAG, topicSysFlag=0, order=false]

 

事务消息

事务消息：MQ 提供类似 X/Open XA 的分布事务功能，通过 MQ 事务消息能达到分布式事务的最终一致。

半消息：暂不能投递的消息，发送方已经将消息成功发送到了 MQ 服务端，但是服务端未收到生产者对该消息的二次确认，此时该消息被标记成“暂不能投递”状态，处于该种状态下的消息即半消息。

消息回查：由于网络闪断、生产者应用重启等原因，导致某条事务消息的二次确认丢失，MQ 服务端通过扫描发现某条消息长期处于“半消息”时，需要主动向消息生产者询问该消息的最终状态（Commit 或是 Rollback），该过程即消息回查。

实现原理

• 发送方向 MQ 服务端发送消息。
• MQ Server 将消息持久化成功之后，向发送方 ACK 确认消息已经发送成功，此时消息为半消息。
• 发送方开始执行本地事务逻辑。
• 发送方根据本地事务执行结果向 MQ Server 提交二次确认（Commit 或是 Rollback），MQ Server 收到 Commit 状态则将半消息标记为可投递，订阅方最终将收到该消息；MQ Server 收到 Rollback 状态则删除半消息，订阅方将不会接受该消息。
• 在断网或者是应用重启的特殊情况下，上述步骤4提交的二次确认最终未到达 MQ Server，经过固定时间后 MQ Server 将对该消息发起消息回查。
• 发送方收到消息回查后，需要检查对应消息的本地事务执行的最终结果。
• 发送方根据检查得到的本地事务的最终状态再次提交二次确认，MQ Server 仍按照步骤4对半消息进行操作。