Dubbo超時重試機制配置

配置的原則
dubbo推薦在Provider上盡量多配置Consumer端屬性:

作為服務的提供者十酣,比服務方更清楚服務性能的參數(shù),如調用時間,合理的重試次數(shù)等,所以這些參數(shù)應盡量配置在服務的提供者方矢门;
在provider配置后,Consumer不配置則會使用provider的配置值灰蛙,即provider的配置會作為consumer配置的缺省值祟剔。如果使用consumer的全局配置,這對于provider是不可控的缕允,并且是不合理的峡扩。

當消費者請求一個服務時出現(xiàn)錯誤蹭越,會重試連接其他的服務器障本,但重試會帶來更多的延遲。重試次數(shù)可以使用【retries=重試次數(shù)】來設置响鹃。

Dubbo的超時重試機制為服務容錯驾霜、服務穩(wěn)定提供了比較好的框架支持 dubbo在調用服務不成功時,默認會重試2次买置。Dubbo的路由機制粪糙,會把超時的請求路由到其他機器上,而不是本機嘗試忿项,所以 dubbo的重試機器也能一定程度的保證服務的質量蓉冈。,但是在一些比較特殊的網(wǎng)絡環(huán)境下(網(wǎng)絡傳輸慢,并發(fā)多)可能由于服務響應慢,Dubbo自身的超時重試機制(服務端的處理時間超過了設定的超時時間時,就會有重復請求)可能會帶來一些麻煩轩触。

常見的應用場景故障: 1寞酿、發(fā)送郵件(重復) ;2脱柱、賬戶注冊(重復).伐弹。
解決方案:
1.對于核心的服務中心,去除dubbo超時重試機制榨为,并重新評估設置超時時間惨好。
(1)煌茴、去掉超時重試機制 (全局配置)
<dubbo:provider delay="-1" timeout="60000" retries="0"/>
(2)、重新評估設置超時時間 (全局配置)
<dubbo:service interface="*.*" ref="*" timeout="延長服務時間"/>
2.業(yè)務處理代碼必須放在服務端日川,客戶端只做參數(shù)驗證和服務調用蔓腐,不涉及業(yè)務流程處理。

一. 配置:
配置優(yōu)先順序為:消費端方法級 > 服務端方法級 > 消費端接口級 > 服務端接口級 > 消費端全局 > 服務端全局

1). 注解方式:
在提供者中龄句,reties的值設置在@Service中 默認retries=2,timeout=0

@Service(retries = 3,timeout = 3000)
public class XxxServiceImpl implements IXxxService {}

在消費者中合住,reties的值設置在@Reference中

@Reference(retries = 3,timeout = 3000,check = false)//check 默認為true,啟動時檢查服務是否可用
private xxxService xxxService;

2). xml方式:

  1. 消費端配置:
    全局配置
<dubbo:consumer timeout="超時時間" retries="重試次數(shù)"></dubbo:consumer>

接口級配置

<dubbo:reference interface="XXXXXXX" id="XXXXXX"  timeout="超時時間" retries="重試次數(shù)">
    <dubbo:method name="XXXXXX" timeout="3000" retries="2"></dubbo:method>
</dubbo:reference>

方法級配置

<dubbo:reference interface="XXXXX" id="XXXXX">
    <dubbo:method name="XXXXX" timeout="超時時間" retries="重試次數(shù)"></dubbo:method>
</dubbo:reference>
  1. 服務端配置:
    全局配置
<dubbo:provider timeout="超時時間" retries="2"></dubbo:provider>

接口級配置

<dubbo:service interface="XXXXX" ref="XXXXX" timeout="超時時間" retries="重試次數(shù)">
        <dubbo:method name="XXXXX"></dubbo:method>
    </dubbo:service>

方法級配置

<dubbo:service interface="XXXXXX" ref="XXXXX" >
        <dubbo:method name="XXXXX" timeout="超時時間" retries="重試次數(shù)"></dubbo:method>
</dubbo:service>

文獻:
http://www.reibang.com/p/4dc59c2e9930
https://blog.csdn.net/u013938578/article/details/104250807

最后編輯于
?著作權歸作者所有,轉載或內容合作請聯(lián)系作者
  • 序言:七十年代末,一起剝皮案震驚了整個濱河市撒璧,隨后出現(xiàn)的幾起案子透葛,更是在濱河造成了極大的恐慌,老刑警劉巖卿樱,帶你破解...
    沈念sama閱讀 219,039評論 6 508
  • 序言:濱河連續(xù)發(fā)生了三起死亡事件僚害,死亡現(xiàn)場離奇詭異,居然都是意外死亡繁调,警方通過查閱死者的電腦和手機萨蚕,發(fā)現(xiàn)死者居然都...
    沈念sama閱讀 93,426評論 3 395
  • 文/潘曉璐 我一進店門,熙熙樓的掌柜王于貴愁眉苦臉地迎上來蹄胰,“玉大人岳遥,你說我怎么就攤上這事≡U” “怎么了浩蓉?”我有些...
    開封第一講書人閱讀 165,417評論 0 356
  • 文/不壞的土叔 我叫張陵,是天一觀的道長宾袜。 經(jīng)常有香客問我捻艳,道長,這世上最難降的妖魔是什么庆猫? 我笑而不...
    開封第一講書人閱讀 58,868評論 1 295
  • 正文 為了忘掉前任认轨,我火速辦了婚禮,結果婚禮上月培,老公的妹妹穿的比我還像新娘嘁字。我一直安慰自己,他們只是感情好杉畜,可當我...
    茶點故事閱讀 67,892評論 6 392
  • 文/花漫 我一把揭開白布纪蜒。 她就那樣靜靜地躺著,像睡著了一般寻行。 火紅的嫁衣襯著肌膚如雪霍掺。 梳的紋絲不亂的頭發(fā)上,一...
    開封第一講書人閱讀 51,692評論 1 305
  • 那天,我揣著相機與錄音杆烁,去河邊找鬼牙丽。 笑死,一個胖子當著我的面吹牛兔魂,可吹牛的內容都是我干的烤芦。 我是一名探鬼主播,決...
    沈念sama閱讀 40,416評論 3 419
  • 文/蒼蘭香墨 我猛地睜開眼析校,長吁一口氣:“原來是場噩夢啊……” “哼构罗!你這毒婦竟也來了?” 一聲冷哼從身側響起智玻,我...
    開封第一講書人閱讀 39,326評論 0 276
  • 序言:老撾萬榮一對情侶失蹤遂唧,失蹤者是張志新(化名)和其女友劉穎,沒想到半個月后吊奢,有當?shù)厝嗽跇淞掷锇l(fā)現(xiàn)了一具尸體盖彭,經(jīng)...
    沈念sama閱讀 45,782評論 1 316
  • 正文 獨居荒郊野嶺守林人離奇死亡,尸身上長有42處帶血的膿包…… 初始之章·張勛 以下內容為張勛視角 年9月15日...
    茶點故事閱讀 37,957評論 3 337
  • 正文 我和宋清朗相戀三年页滚,在試婚紗的時候發(fā)現(xiàn)自己被綠了召边。 大學時的朋友給我發(fā)了我未婚夫和他白月光在一起吃飯的照片。...
    茶點故事閱讀 40,102評論 1 350
  • 序言:一個原本活蹦亂跳的男人離奇死亡裹驰,死狀恐怖隧熙,靈堂內的尸體忽然破棺而出,到底是詐尸還是另有隱情幻林,我是刑警寧澤贞盯,帶...
    沈念sama閱讀 35,790評論 5 346
  • 正文 年R本政府宣布,位于F島的核電站滋将,受9級特大地震影響邻悬,放射性物質發(fā)生泄漏症昏。R本人自食惡果不足惜随闽,卻給世界環(huán)境...
    茶點故事閱讀 41,442評論 3 331
  • 文/蒙蒙 一、第九天 我趴在偏房一處隱蔽的房頂上張望肝谭。 院中可真熱鬧掘宪,春花似錦、人聲如沸攘烛。這莊子的主人今日做“春日...
    開封第一講書人閱讀 31,996評論 0 22
  • 文/蒼蘭香墨 我抬頭看了看天上的太陽坟漱。三九已至鼠次,卻和暖如春,著一層夾襖步出監(jiān)牢的瞬間,已是汗流浹背腥寇。 一陣腳步聲響...
    開封第一講書人閱讀 33,113評論 1 272
  • 我被黑心中介騙來泰國打工成翩, 沒想到剛下飛機就差點兒被人妖公主榨干…… 1. 我叫王不留,地道東北人赦役。 一個月前我還...
    沈念sama閱讀 48,332評論 3 373
  • 正文 我出身青樓麻敌,卻偏偏與公主長得像,于是被迫代替她去往敵國和親掂摔。 傳聞我的和親對象是個殘疾皇子术羔,可洞房花燭夜當晚...
    茶點故事閱讀 45,044評論 2 355

推薦閱讀更多精彩內容