标签:Slave 配置文件 broker Broker xx Master 消息 刷盘
#broker集群名称,用于划分broker brokerClusterName=MQCluster001 #broker名称,用于主从配对,相同名称的broker才能做主从设置 brokerName=mq_broker_1 #用于标识主从关系,0为主,其他大于0的为从(不能小于0)master设置0,slave设置1。Master角色的Broker支持读和写,Slave角色的Broker仅支持读,也就是Producer只能和Master角色的Broker连接写人消息:Consumer可以连接Master角色的Broker,也可以连接Slave角色的Broker来读取消息。 #Master节点设置 brokerId=0 #Slave节点设置 #brokerId=1 #name server服务器地址及端口,可以是多个,分号隔开 namesrvAddr=192.168.1.100:9876 #创建topic时,若未指定topic下的队列数,则取该默认值作为默认队列数 defaultTopicQueueNums=8 #是否自动创建默认topic,生产需保持关闭 autoCreateTopicEnable=true #是否自动创建topic的订阅组,默认开启 autoCreateSubscriptionGroup=true #broker服务监听端口 listenPort=10911 #未消费的持久化消息清理时间点 deleteWhen=04 #持久化消息保存周期(单位:小时),超过该周期将被清理 fileReservedTime=24 #单个commitLog文件的大小限制(单位:字节) mapedFileSizeCommitLog=1073741824 #单个consumeQueue大小限制(存储的消息条数 * 每条消息的索引大小20) mapedFileSizeConsumeQueue=8000000 #存储使用率阀值,当使用率超过阀值时,将拒绝发送消息请求 diskMaxUsedSpaceRatio=88 #持久化消息存储根路径 storePathRootDir=/data/store #commitLog文件存储路径 storePathCommitLog=/data/store/commitlog #最大消息大小限制(单位:字节) maxMessageSize=65536 #commitLog最少刷盘page数 flushCommitLogLeastPages=4 #consumeQueue最少刷盘page数 flushConsumeQueueLeastPages=2 #commitLog刷盘间隔时间 flushCommitLogThoroughInterval=10000 #consumeQueue刷盘间隔时间 flushConsumeQueueThoroughInterval=60000 #处理消息发送线程池大小 sendMessageThreadPoolNums=128 #处理消息拉取线程池大小 pullMessageThreadPoolNums=128 #broker角色(SYNC_MASTER:同步双写Master、ASYNC_MASTER:异步复制Master、SLAVE:Slave) brokerRole=ASYNC_MASTER #Slave节点设置 #brokerRole=SLAVE #刷盘方式(ASYNC_FLUSH:异步刷盘、SYNC_FLUSH:同步刷盘) flushDiskType=ASYNC_FLUSH
刷盘方式与同步方式(以上flushDiskType配置)
异步刷盘方式:在返回写成功状态时,消息可能只是被写人了内存的PAGECACHE ,写操作的返回快,吞吐量大;当内存里的消息量积累到一定程度时,统一触发写磁盘动作,快速写人。
同步刷盘方式:在返回写成功状态时,消息已经被写入了磁盘。具体流程是,消息、写入内存的PAGECACHE 后,立刻通知刷盘线程刷盘,然后等待刷盘成,刷盘线程执行完成后唤醒等待的线程,返回消息写成功的状态。
broker的同步于异步复制(以上brokerRole配置)
同步复制:
同步复制是等Master和Slave均成功写成功后才反馈给客户端写成功状态。
如果Master出故障,Slave上有全部的备份数据,容易恢复,但是同步复制会增大数据写人延迟,降低系统吞吐量。
异步复制:
只要是Master写成功后即返回客户端写成功状态。
系统拥有较低的延迟和较高的吞吐量,但是如果Master出了故障,有些数据因为没有被写人Slave ,有可能会丢失
通常情况下,应该把Master和Save配置成ASYNC FLUSH的刷盘方式,主从之间配置成SYNC MASTER的复制方式,这样即使有一台机器出故障,仍然能保证数据不丢,是个不错的选择。
标签:Slave,配置文件,broker,Broker,xx,Master,消息,刷盘 来源: https://www.cnblogs.com/whych/p/12093258.html
本站声明: 1. iCode9 技术分享网(下文简称本站)提供的所有内容,仅供技术学习、探讨和分享; 2. 关于本站的所有留言、评论、转载及引用,纯属内容发起人的个人观点,与本站观点和立场无关; 3. 关于本站的所有言论和文字,纯属内容发起人的个人观点,与本站观点和立场无关; 4. 本站文章均是网友提供,不完全保证技术分享内容的完整性、准确性、时效性、风险性和版权归属;如您发现该文章侵犯了您的权益,可联系我们第一时间进行删除; 5. 本站为非盈利性的个人网站,所有内容不会用来进行牟利,也不会利用任何形式的广告来间接获益,纯粹是为了广大技术爱好者提供技术内容和技术思想的分享性交流网站。