這篇文章主要介紹了RocketMQ內(nèi)存?zhèn)鬏敿?.7消費線程參數(shù)設(shè)置的示例分析，具有一定借鑒價值，感興趣的朋友可以參考下，希望大家閱讀完這篇文章之后大有收獲，下面讓小編帶著大家一起了解一下。

成都創(chuàng)新互聯(lián)公司是一家專注于網(wǎng)站設(shè)計制作、網(wǎng)站設(shè)計與策劃設(shè)計,臨澧網(wǎng)站建設(shè)哪家好?成都創(chuàng)新互聯(lián)公司做網(wǎng)站,專注于網(wǎng)站建設(shè)十多年,網(wǎng)設(shè)計領(lǐng)域的專業(yè)建站公司;建站業(yè)務(wù)涵蓋:臨澧等地區(qū)。臨澧做網(wǎng)站價格咨詢:13518219792

一、transferMsgByHeap誤解

 

transferMsgByHeap設(shè)置為false時，通過堆外內(nèi)存?zhèn)鬏敂?shù)據(jù)，相比堆內(nèi)存?zhèn)鬏敎p少了數(shù)據(jù)拷貝、零字節(jié)拷貝、效率更高，所以關(guān)閉transferMsgByHeap應(yīng)該成為我們的優(yōu)先選擇，但是實踐來看，你或許會改變想法，下面是transferMsgByHeap=false，客戶端大量超時錯誤時的日志截圖。

1.Broker日志截圖 

2.CPU情況   
 
 

3.系統(tǒng)日志截圖     
 

4.源碼報錯截圖     
 

小結(jié)：你看到這里會發(fā)現(xiàn)，在關(guān)閉transferMsgByHeap時，可能造成堆外內(nèi)存分配不夠，觸發(fā)系統(tǒng)內(nèi)存回收和落盤操作。此時CPU會有一個陡坡，具體客戶端表現(xiàn)為發(fā)送大量超時。解決方式開啟transferMsgByHeap即可，讓運行更加平穩(wěn)。

二、消費的最小線程數(shù)

  

我們在使用rocketmq消費時，有兩個參數(shù)consumeThreadMin和consumeThreadMax。在以往的版本中，我們只需要設(shè)置consumeThreadMin即可，例如consumeThreadMin=64。在rocket-client4.7版本中，如果設(shè)置consumeThreadMin=64會導(dǎo)致消費失敗，下面看下原因。 

1.錯誤提示 

 

org.apache.rocketmq.client.exception.MQClientException: consumeThreadMin (64) is larger than consumeThreadMax (20) 

2.源碼原因 

在rocketmq-client新版本中，增加了consumeThreadMax的判斷。當consumeThreadMin大于20時需要同時設(shè)置consumeThreadMax，所以單獨設(shè)置consumeThreadMin=64會拋出錯誤導(dǎo)致消費失敗。

感謝你能夠認真閱讀完這篇文章，希望小編分享的“RocketMQ內(nèi)存?zhèn)鬏敿?.7消費線程參數(shù)設(shè)置的示例分析”這篇文章對大家有幫助，同時也希望大家多多支持創(chuàng)新互聯(lián)，關(guān)注創(chuàng)新互聯(lián)行業(yè)資訊頻道，更多相關(guān)知識等著你來學(xué)習(xí)!

文章題目：RocketMQ內(nèi)存?zhèn)鬏敿?.7消費線程參數(shù)設(shè)置的示例分析
文章起源：http://chinadenli.net/article24/gigije.html

成都網(wǎng)站建設(shè)公司_創(chuàng)新互聯(lián)，為您提供小程序開發(fā)、營銷型網(wǎng)站建設(shè)、定制開發(fā)、外貿(mào)網(wǎng)站建設(shè)、標簽優(yōu)化、云服務(wù)器

廣告

聲明：本網(wǎng)站發(fā)布的內(nèi)容（圖片、視頻和文字）以用戶投稿、用戶轉(zhuǎn)載內(nèi)容為主，如果涉及侵權(quán)請盡快告知，我們將會在第一時間刪除。文章觀點不代表本網(wǎng)站立場，如需處理請聯(lián)系客服。電話：028-86922220；郵箱：631063699@qq.com。內(nèi)容未經(jīng)允許不得轉(zhuǎn)載，或轉(zhuǎn)載時需注明來源： 創(chuàng)新互聯(lián)