Broker busying 產(chǎn)線偶爾有業(yè)務發(fā)消息報broker busying 異常： 每個月不定期出現(xiàn)一次驼鹅，就一下微谓，不持續(xù)森篷，業(yè)務每次都問，解決了不豺型，有解決方案了不仲智，之前忙...
IP屬地：上海
-
Rocketmq broker busy 根因問題分析 -
Nacos下線一臺引發(fā)線上故障問題排查記背景 產(chǎn)線nacos集群硬件比較差，cpu只有2核姻氨，出現(xiàn)了一次cpu滿钓辆，導致服務調用失敗，復盤后肴焊，要進行硬件升級前联，升到4核，先停1臺娶眷，觀察似嗤，剛開始沒有影響，以為穩(wěn)了届宠，沒有想到...
-
RocketMQ 順序消費源碼分析
背景 rocketmq支持順序消費烁落，是很多業(yè)務中要用的一個場景，我就好奇他是怎么實現(xiàn)的席揽，需要了解背后的原理顽馋，是怎么支持順序消費的，這樣有問題的時候我們才能快速的定位問題幌羞，這是...
-
分布式系統(tǒng)Consul一致性原理即Raft日志復制實現(xiàn)背景 Consul 是一個非常強大的服務發(fā)現(xiàn)和配置管理工具寸谜，可以幫助您簡化服務管理流程，提高系統(tǒng)的可用性和可擴展性属桦，是目前非常流行的服務發(fā)現(xiàn)和配置管理系統(tǒng)熊痴，支持高可用，可擴展...
-
在ApacheCon 2023上的Tomcat技術內幕的分享今年是第二次參加Apache開源社區(qū)舉辦的技術大會,去年是線上聂宾，今年是線下果善，感受到了開源社區(qū)有那么多同學在默默的奉獻，推動整個開源技術的前進和發(fā)展系谐，很多中小企業(yè)巾陕，甚至是大企業(yè)...
-
Consul Raft協(xié)議源碼分析上篇——日志復制
背景 前面一篇文章我們描述了raft 協(xié)議的實現(xiàn)數(shù)據(jù)一致性的基礎知識，有了前面的基礎知識背景纪他，能很好的幫助我們理解consul 基于raft算法的實現(xiàn)鄙煤，理論指導實踐，永遠不過...
-
Consul Raft 協(xié)議源碼分析下篇——日志提交
背景 上一篇日志復制我們分析了consul leader 接受一個key value的put請求茶袒，leader經(jīng)過一頓操作梯刚，把日志都發(fā)給了follower，但是還沒有提交薪寓，插...
-
Consul 一致性讀Consistent 篇
上偏文章我們分析了consul 一致性default 和stale 兩種模式的一致性讀的實現(xiàn)原理亡资，讓我們回憶下澜共， Stale模式 鏈接任何一個server節(jié)點都可以讀，容忍過...
-
Consul 的一致性讀分析
背景 Consul 作為HashiCorp 出品的分布式注冊中心和配置中心锥腻，是cp模型的嗦董，即強調一致性，通過raft協(xié)議實現(xiàn) 一致性 consul 一致性支持三種模式瘦黑，即要強...
-
Influxdb WAL寫性能優(yōu)化
現(xiàn)象 我們網(wǎng)關的metrics數(shù)據(jù)的存儲用的是時序數(shù)據(jù)庫influxdb展懈，每天500億的調用量，30秒一個點供璧，有很多維度的監(jiān)控存崖，應用，接口睡毒，機器来惧，域名維度，機房維度演顾，響應碼供搀，...
-
喜馬拉雅聯(lián)合Apache ShardingEx 舉辦上海Meetup非常榮幸喜馬拉雅和Apache shardingsphere 亮哥聯(lián)合舉辦上海meetup：到時候會客串主持人哈，歡迎大家報名钠至，一起交流葛虐，長圖底部有報名二維碼： 因為疫情原因...
-
基于Consul互斥鎖Lock的實現(xiàn)
背景 最近給apache shardingsphere 貢獻了一個基于consul做集群模式的注冊中心，已經(jīng)被亮哥merge到5.2.1的版本棉钧，支持對互斥鎖屿脐，可重入鎖，超時鎖...
-
channel 每次只能處理一個請求的響應宪卿，處理完了就會用新的覆蓋了的诵，不會close
Netty Http 協(xié)議實踐
http 客戶端比如 HttpClient ，jdk 自帶的等佑钾，都能模擬http ,但是和netty 相比西疤，netty 支持堆外內存，而且內存自己管理休溶，不需要頻繁的申請和回收...
-
喜馬拉雅基于Apache ShardingSphere實踐背景 喜馬拉雅成立之初代赁，各個業(yè)務管理各自的數(shù)據(jù)庫、緩存兽掰，個業(yè)務都要了解中間件的各種部署情況芭碍，導致業(yè)務間的合作，需要運維禾进、開發(fā)等方面的人工介入豁跑，效率較低廉涕，擴展困難泻云，安全風險也很...
-
@1f7cc0dcbee6 是的艇拍，沒有的應該是基礎api的使用，只有Http2MultiplexHandler 實現(xiàn)了基于一個連接上的h2的包宠纯，降級為http1的包卸夕，收到不同的http1的channel是其實底層都是h2的一個channel
Netty http2 多路復用
Stream http1是一個請求獨占一個鏈接，這也是被人吐槽的原因婆瓜，也是http2 要解決的一個痛點快集，解決方法是在鏈接的基礎上提出了stream的概念,通過stream 來...
-
@丿醉灬逍遙 1 個放開肯定是可以的，就是記得有沒有這個配置項了廉白，放開了就是tomcat處理的連接數(shù)就大了个初，如果請求夠快，不會有啥影響猴蹂，就是連接多占點內存院溺，如果處理慢就gc很嚴重了。2 鏈接池的好處就是連接用一次不會立即關磅轻，可以下次再用珍逸，這樣就省了建立連接時開銷。而且還可以限制最大鏈接數(shù)聋溜。3 是為了減少上下文切換谆膳，和路由算法沒有關系的
網(wǎng)關基于Netty 在Http 協(xié)議的實踐
網(wǎng)關基于Netty 在Http 協(xié)議的實踐 我們網(wǎng)關現(xiàn)在完全基于netty 實現(xiàn)http 協(xié)議，包含客戶端和服務端撮躁，http 客戶端有很多選擇漱病，比如 HttpClient ，...
-
@試驗區(qū) 還沒有哈
喜馬拉雅自研網(wǎng)關架構實踐
背景 網(wǎng)關是一個比較成熟了的產(chǎn)品把曼，基本上各大互聯(lián)網(wǎng)公司都會有網(wǎng)關這個中間件缨称，來解決一些公有業(yè)務的上浮，而且能快速的更新迭代祝迂，如果沒有網(wǎng)關睦尽，要更新一個公有特性，就要推動所有業(yè)務...
-
@丿醉灬逍遙 是的型雳，我們支持不用push線程当凡，push直接用netty的io線程，上下文切換會少很多
網(wǎng)關基于Netty 在Http 協(xié)議的實踐
網(wǎng)關基于Netty 在Http 協(xié)議的實踐 我們網(wǎng)關現(xiàn)在完全基于netty 實現(xiàn)http 協(xié)議纠俭，包含客戶端和服務端沿量，http 客戶端有很多選擇，比如 HttpClient 冤荆，...