这期内容当中小编将会给大家带来有关为何建议关闭RocketMQ预热配置，文章内容丰富且以专业的角度为大家分析和叙述，阅读完这篇文章希望大家可以有所收获。

创新互联建站坚持“要么做到，要么别承诺”的工作理念，服务领域包括：网站设计制作、做网站、企业官网、英文网站、手机端网站、网站推广等服务，满足客户于互联网时代的汉川网站设计、移动媒体设计的需求，帮助企业找到有效的互联网解决方案。努力成为您成熟可靠的网络建设合作伙伴！

前言

RocketMQ提供了一个预热配置项warmMapedFileEnable默认为关闭状态。曾在文章RoecketMQ存储--映射文件预热【源码笔记】分析过文件预热流程。在预热文件时会填充1个G的假值0作为占位符，提前分配物理内存，防止消息写入时发生缺页异常。如此特性正如文章标题所说，为何建议关闭RocketMQ预热配置呢？  

一、服务端监控

 

1.日志监控

在Reactor单线程模型中，操作在同一个Reactor线程中完成。根据事件的不同类型，由Dispatcher将事件转发到不同的角色中处理。连接事件转发到Acceptor处理、读写事件转发到不同的Handler处理。

 

2.CPU情况  

 

 

 

由服务端日志可以看出，在预热时broker会发生较长的耗时，10～30秒不等，CPU也会有小幅抖动，这会造成什么影响呢？接着看下文

二、客户端发送监控

  

1、客户端耗时1

 

 

在broker预热时，客户端耗时长达5秒。

 

2、客户端耗时2

 

在broker预热时，客户端耗时长达6秒。

在此时间段，业务应用伴随着大量超时报警。

在broker预热时，往往伴随着磁盘写入耗时过长、CPU小幅抖动、业务具体表现为发送耗时过长，超时错误增多。关闭预热配置从集群TPS摸高情况来看并未有明显的差异，但是从稳定性角度关闭却很有必要。

上述就是小编为大家分享的为何建议关闭RocketMQ预热配置了，如果刚好有类似的疑惑，不妨参照上述分析进行理解。如果想知道更多相关知识，欢迎关注创新互联行业资讯频道。

本文名称：为何建议关闭RocketMQ预热配置
地址分享：http://azwzsj.com/article/jpdsdd.html