本文共 5771 字，大约阅读时间需要 19 分钟。
1、RocketMQ介绍
1.1. 简介
RocketMQ 是一款分布式、队列模型的消息中间件，具有以下特点：
能够保证严格的消息顺序 提供丰富的消息拉取模式 高效的订阅者水平扩展能力 实时的消息订阅机制 亿级消息堆积能力
选用理由：
强调集群无单点，可扩展，任意一点高可用，水平可扩展。
海量消息堆积能力，消息堆积后，写入低延迟。支持上万个队列消息失败重试机制消息可查询开源社区活跃成熟度（经过双十一考验）1.2. 关键概念
1.2.1. 主题与标签
主题Tpoic：第一级消息类型，书的标题 标签Tags：第二级消息类型，书的目录，可以基于Tag做消息过滤
例如：
主题：订单交易
标签：订单交易-创建 订单交易-付款 订单交易-完成
1.2.2. 发送与订阅群组
生产组：用于消息的发送。
消费组：用于消息的订阅处理。
生产组和消费组，方便扩缩机器，增减处理能力，集群组的名字，用于标记用 途中的一员。每次只会随机的发给每个集群中的一员。
2、RocketMQ集群方式
推荐的几种 Broker 集群部署方式，这里的Slave 不可写，但可读，类似于 Mysql 主备方式。
2.1.单个 Master
这种方式风险较大，一旦Broker 重启或者宕机时，会导致整个服务不可用，不建议线上环境使用。
2.2.多 Master 模式
一个集群无 Slave，全是 Master，例如 2 个 Master 或者 3 个 Master
优点：配置简单，单个Master 宕机或重启维护对应用无影响，在磁盘配置为 RAID10 时，即使机器宕机不可恢复情况下，由与 RAID10 磁盘非常可靠，消息也不会丢（异步刷盘丢失少量消息，同步刷盘一条不丢）
。性能最高。
缺点：单台机器宕机期间，这台机器上未被消费的消息在机器恢复之前不可订 阅，消息实时性会受到受到影响。
2.1. 多 Master 多 Slave 模式，异步复制
每个 Master 配置一个 Slave，有多对Master-Slave，HA
采用异步复制方式，主备有短暂消息延迟，毫秒级。 优点：即使磁盘损坏，消息丢失的非常少，且消息实时性不会受影响，因为
Master 宕机后，消费者仍然可以从 Slave
消费，此过程对应用透明。不需要人工干预。性能同多 Master 模式几乎一样。 缺点：Master 宕机，磁盘损坏情况，会丢失少量消息。
2.2. 多 Master 多 Slave 模式，同步双写
每个 Master 配置一个 Slave，有多对Master-Slave，HA
采用同步双写方式，主备都写成功，向应用返回成功。
优点：数据与服务都无单点，Master宕机情况下，消息无延迟，服务可用性与 数据可用性都非常高
缺点：性能比异步复制模式略低，大约低 10%左右，发送单个消息的 RT
会略高。目前主宕机后，备机不能自动切换为主机，后续会支持自动切换功能。
以上 Broker 与 Slave 配对是通过指定相同的brokerName 参数来配对，Master 的 BrokerId 必须是 0，Slave 的BrokerId 必须是大与 0 的数。另外一个 Master 下面可以挂载多个 Slave，同一 Master 下的多个 Slave通过指定不同的 BrokerId 来区分。
3、RocketMQ部署【双Master方式】
3.1. 服务器环境
序号
IP
用户名
密码
角色
模式
1
192.168.100.24
root
nameServer1,brokerServer1
Master1
2
192.168.100.25
root
nameServer2,brokerServer2
Master2
3.2. Hosts添加信息
IP
NAME
192.168.100.24
rocketmq-nameserver1
192.168.100.24
rocketmq-master1
192.168.100.25
rocketmq-nameserver2
192.168.100.25
rocketmq-master2
3.3.上传解压【两台机器】
3.4.创建存储路径【两台机器】
3.5. RocketMQ配置文件【两台机器】
复制代码
#所属集群名字 brokerClusterName=rocketmq-cluster#broker名字，注意此处不同的配置文件填写的不一样 brokerName=broker-a|broker-b#0 表示 Master，>0 表示 Slave brokerId=0#nameServer地址，分号分割namesrvAddr=rocketmq-nameserver1:9876;rocketmq-nameserver2:9876#在发送消息时，自动创建服务器不存在的topic，默认创建的队列数defaultTopicQueueNums=4#是否允许 Broker 自动创建Topic，建议线下开启，线上关闭autoCreateTopicEnable=true#是否允许 Broker 自动创建订阅组，建议线下开启，线上关闭autoCreateSubscriptionGroup=true#Broker 对外服务的监听端口listenPort=10911#删除文件时间点，默认凌晨 4点deleteWhen=04#文件保留时间，默认 48 小时 fileReservedTime=120#commitLog每个文件的大小默认1G mapedFileSizeCommitLog=1073741824#ConsumeQueue每个文件默认存30W条，根据业务情况调整 mapedFileSizeConsumeQueue=300000#destroyMapedFileIntervalForcibly=120000#redeleteHangedFileInterval=120000#检测物理文件磁盘空间 diskMaxUsedSpaceRatio=88#存储路径storePathRootDir=/usr/local/rocketmq/store#commitLog 存储路径 storePathCommitLog=/usr/local/rocketmq/store/commitlog#消费队列存储路径存储路径storePathConsumeQueue=/usr/local/rocketmq/store/consumequeue#消息索引存储路径storePathIndex=/usr/local/rocketmq/store/index#checkpoint 文件存储路径storeCheckpoint=/usr/local/rocketmq/store/checkpoint#abort 文件存储路径abortFile=/usr/local/rocketmq/store/abort#限制的消息大小 maxMessageSize=65536#flushCommitLogLeastPages=4
#flushConsumeQueueLeastPages=2#flushCommitLogThoroughInterval=10000#flushConsumeQueueThoroughInterval=60000#Broker 的角色
#- ASYNC_MASTER 异步复制Master#- SYNC_MASTER 同步双写Master#- SLAVEbrokerRole=ASYNC_MASTER#刷盘方式
#- ASYNC_FLUSH 异步刷盘#- SYNC_FLUSH 同步刷盘flushDiskType=ASYNC_FLUSH#checkTransactionMessageEnable=false
#发消息线程池数量#sendMessageThreadPoolNums=128#拉消息线程池数量#pullMessageThreadPoolNums=128复制代码3.6. 修改日志配置文件【两台机器】3.7. 修改启动脚本参数【两台机器】（堆内存最少设置为1g,不然会出错）
JAVA_OPT="${JAVA_OPT} -server -Xms1g -Xmx1g -Xmn512m - XX:PermSize=128m -XX:MaxPermSize=320m"
JAVA_OPT="${JAVA_OPT} -server -Xms1g -Xmx1g -Xmn512m - XX:PermSize=128m -XX:MaxPermSize=320m"
3.8. 启动NameServer【两台机器】3.9. 启动BrokerServer A【192.168.100.24】
3.10.启动BrokerServer B【192.168.100.25】
3.11.RocketMQ Console
在tomcat中部署rocketmq-console.war
3.12. 数据清理
复制代码
复制代码
转载于:https://blog.51cto.com/7758521qq/2054051