ZooKeeper讀寫性能不佳問題分析

最近遇到ZooKeeper讀寫性能抖動比較厲害。從ZooKeeper的日志中分析,有大量報“fsync-ing the write ahead log in XXX took xx ms which will adversely effect operation latency.”。也就是說,寫硬盤的速度太慢了。由于ZooKeeper默認(rèn)情況是需要確保數(shù)據(jù)下盤的,所以相當(dāng)于調(diào)用了sync,猜測這是一個比較費時的操作。如果ZooKeeper的數(shù)據(jù)目錄所在的硬盤和其它服務(wù)共用的話,可能會互相干擾。

那么ZooKeeper的寫性能會影響讀嗎?很遺憾,會的。當(dāng)ZooKeeper遇到寫操作時,會將后續(xù)的操作都掛起,等到該寫操作完成后,才會繼續(xù)執(zhí)行后面的任意操作。

所以說,盡量把ZooKeeper所使用的硬盤和其它的服務(wù)分開。

?著作權(quán)歸作者所有,轉(zhuǎn)載或內(nèi)容合作請聯(lián)系作者
【社區(qū)內(nèi)容提示】社區(qū)部分內(nèi)容疑似由AI輔助生成,瀏覽時請結(jié)合常識與多方信息審慎甄別。
平臺聲明:文章內(nèi)容(如有圖片或視頻亦包括在內(nèi))由作者上傳并發(fā)布,文章內(nèi)容僅代表作者本人觀點,簡書系信息發(fā)布平臺,僅提供信息存儲服務(wù)。

相關(guān)閱讀更多精彩內(nèi)容

  • 關(guān)于Mongodb的全面總結(jié) MongoDB的內(nèi)部構(gòu)造《MongoDB The Definitive Guide》...
    中v中閱讀 32,279評論 2 89
  • 4. 設(shè)計思想 4.1 動機(jī) 我們設(shè)計的 Kafka 能夠作為一個統(tǒng)一的平臺來處理大公司可能擁有的所有實時數(shù)據(jù)饋送...
    瘋狂的橙閱讀 1,141評論 1 4
  • 今天剛看了一篇文章,這篇文章是關(guān)于日趨火爆的直播的。不知何時,直播成為了很多人謀生的手段,而直播作為一個互聯(lián)網(wǎng)產(chǎn)業(yè)...
    想即使天空閱讀 164評論 0 0

友情鏈接更多精彩內(nèi)容