目录
一、问题思考
二、Broker启动刷盘有关调用链
1.调用链
2.线程类关系图
三、线程类工作流程
1.堆外内存线程类CommitRealTimeService工作流程
2.同步刷盘线程类GroupCommitService工作流程
3.异步刷盘线程类FlushRealTimeService工作流程
四、消息追加与线程类的交互
1.调用链
2.同步刷盘主要代码
3.异步刷盘主要代码
五、刷盘方式示意图
1.同步刷盘示意图
2.异步刷盘未开启堆外缓存示意图
3.异步刷盘开启堆外缓存示意图
六、文章总结
七、主要源码类清单
一、问题思考
1.同步刷盘是怎么工作的?
2.异步刷盘是怎么工作的?
3.上篇文章的疑问,写入堆外内存的消息如何落盘的?
二、Broker启动刷盘有关调用链
1.调用链
//初始化链条
@1 BrokerStartup#main
start(createBrokerController(args));
@2 BrokerStartup#createBrokerController
final BrokerController controller = new BrokerController(...)
boolean initResult = controller.initialize();
@3 BrokerController#initialize
this.messageStore = new DefaultMessageStore(...);
@4 DefaultMessageStore#DefaultMessageStore()
this.commitLog = new CommitLog(this);
@5 CommitLog#CommitLog()
if (FlushDiskType.SYNC_FLUSH == defaultMessageStore.getMessageStoreConfig()
.getFlushDiskType()) {
this.flushCommitLogService = new GroupCommitService();
} else {
this.flushCommitLogService = new FlushRealTimeService();
}
this.commitLogService = new CommitRealTimeService();
//启动链条
@6 BrokerStartup#start
controller.start();
@7 BrokerController#start()
this.messageStore.start();
@8 DefaultMessageStore#start()
this.commitLog.start();
@9 CommitLog#start()
this.flushCommitLogService.start();
if (defaultMessageStore.getMessageStoreConfig()
.isTransientStorePoolEnable()) {
this.commitLogService.start();
}
小结:由调用链可以看出,初始化并启动了以下线程类
1.同步刷盘 GroupCommitService
2.异步刷盘 FlushRealTimeService
3.如果开启堆外内存并且为异步刷盘 CommitRealTimeService
2.线程类关系图
三、线程类工作流程
既然线程类在Broker启动时就启动了,他们在做啥呢?
1.堆外内存线程类CommitRealTimeService工作流程
小结:
1.CommitRealTimeService主要工作是将写入堆外内存(writeBuffer)的消息,写入到fileChannel中,fileChannel为commitLog文件通道
2.committedPosition用于记录将writeBuffer数据写入到fileChannel中的内存位点(相对偏移量offset)
3.committedWhere用于记录写入fileChannel中的物理偏移量(文件名称+相对偏移量offset)
2.同步刷盘线程类GroupCommitService工作流程
注1:
1.执行onWaitEnd时交换读写容器,该线程类提供两个容器来装GroupCommitRequest
2.requestsWrite和requestsRead,每次执行提交(刷盘)前都会进行容器交换
3.好处:读写请求容器分离,避免潜在的锁竞争
private void swapRequests() {
List<GroupCommitRequest> tmp = this.requestsWrite;
this.requestsWrite = this.requestsRead;
this.requestsRead = tmp;
}
注2:
1.flushedPosition 标记已经刷盘内存的位点。即刷盘相对偏移量,刷盘到什么位置了,下次从此处刷盘即可
2.flushedWhere 标记已经刷盘的物理偏移量,根据此位置可精确查找到文件中消息的存储位置。flushedWhere = 当前刷盘文件名称(该日志文件的起始物理偏移量) + flushedPosition
注3:
流程图中标记红色部分,将刷盘结果通知给等待线程
小结:同步刷盘线程类GroupCommitService主要工作
将请求从读容器中取出并通过mappedByteBuffer.force()将数据落盘。
3.异步刷盘线程类FlushRealTimeService工作流程
小结:FlushRealTimeService主要工作
1.不开启堆外外内存刷盘方式为mappedByteBuffer.force()
2.开启堆外内存刷盘方式为fileChannel.force
疑问:同步刷盘线程类GroupCommitService每执行一次都会交换读写容器,那刷盘请求什么时候放到写容器(requestsWrite)呢?
四、消息追加与线程类的交互
分析完线程类后,把镜头切换到消息追加,看看消息进来后是如何跟线程类交互的?
1.调用链
@1 CommitLog#putMessage
//同步刷盘或者异步刷盘
handleDiskFlush(result, putMessageResult, msg);
@2 CommitLog#handleDiskFlush
2.同步刷盘主要代码
同步刷盘时构造刷盘请求,将请求提交给线程类GroupCommitService,service.putRequest(request),并获取刷盘结果。
if (FlushDiskType.SYNC_FLUSH == this.defaultMessageStore.getMessageStoreConfig().getFlushDiskType()) {
final GroupCommitService service = (GroupCommitService) this.flushCommitLogService;
GroupCommitRequest request = new GroupCommitRequest(result.getWroteOffset() + result.getWroteBytes());
service.putRequest(request);
//等待MappedFile刷盘成功状态通过countDownLatch来控制
boolean flushOK = request.waitForFlush(this.defaultMessageStore.getMessageStoreConfig().getSyncFlushTimeout());
}
}
3.异步刷盘主要代码
未开启堆外内存唤醒FlushRealTimeServicee,开启堆外内存唤醒CommitRealTimeService。
if (!this.defaultMessageStore.getMessageStoreConfig()
.isTransientStorePoolEnable()) {
flushCommitLogService.wakeup();
} else {
commitLogService.wakeup();
}
五、刷盘方式示意图
1.同步刷盘示意图
2.异步刷盘未开启堆外缓存示意图
3.异步刷盘开启堆外缓存示意图
六、文章总结
1.同异步刷盘通过Broker属性flushDiskType来设置,默认为ASYNC_FLUSH,同步刷盘配置为SYNC_FLUSH
2.同步刷盘是怎么工作的?
注:见GroupCommitService工作流程及与消息追加交互
3.异步刷盘是怎么工作的?
注:
见FlushRealTimeService和CommitRealTimeService工作流程及与消息追加交互
4.上篇文章的疑问,写入堆外内存的消息如何落盘的?
注:见异步刷盘开启堆外缓存示意图
七、主要源码类清单
CommitLog.java
CommitLog#putMessage
CommitLog#GroupCommitService
CommitLog#FlushRealTimeService
CommitLog#CommitRealTimeService