使用TransactionTemplate不當,導致事務異常,鎖超時,死鎖等問題

使用TransactionTemplate不當,導致事務異常的問題

最近上線有個異常,常見的MYSQL等待鎖超時異常。出現的情況很奇怪:

  • 有些機器異常,有些機器不可以。
  • 重啟后,異常消失
  • 運行一段時間后,都出現異常
    根據數據庫連接的日志,發現TransactionTemplate使用了一個新數據庫連接,和外層方法中使用的不是同一個數據庫連接。
    外層方法有注解事務,會更新A記錄,TransactionTemplate中的模板方法也會更新A記錄
    TransactionTemplate默認的傳播特性是PROPAGATION_REQUIRED,所以A方法上有注解事務,在同一線程調用棧中,肯定使用的是同一個連接和同一個事務。
    按照理論來說,不應該在模板方法中會存在鎖等待。
    線上偶然發升,時間久了必然發生,本地簡單測試無法復現。
    經過查看TransactionTemplate源碼,發現重新獲取連接有兩種情況:
  • 當前線程沒有綁定事務
  • 當前線程綁定了事務,但是傳播行為PROPAGATION_REQUIRES_NEW
    在綁定事務的方法中,使用的ThreadLocal來操作的,而且Spring的事務這塊理論不可能出問題。
    經過2天的源碼分析,猜測出問題只能是傳播行為變了。
    TransactionTemplate繼承于DefaultTransactionDefinition,默認的傳播特性是PROPAGATION_REQUIRED
    要改變其值,需要調用setPropagationBehavior
    TransactionTemplate默認由spring容器初始化,并且是單例模式。
    在整個項目中搜索,setPropagationBehavior方法的代碼,果不其然,有如下一段代碼:
@Autowired
private TransactionTemplate template;

private void requireNewTransaction(Consumer<TransactionStatus> action) {
     int originalPropagationBehavior = template.getPropagationBehavior();
     int originalIsolationLevel = template.getIsolationLevel();
     try {
         template.setIsolationLevel(TransactionDefinition.ISOLATION_REPEATABLE_READ);
         template.setPropagationBehavior(TransactionDefinition.PROPAGATION_REQUIRES_NEW);
         template.executeWithoutResult(action);
     } finally {
         template.setIsolationLevel(originalIsolationLevel);
         template.setPropagationBehavior(originalPropagationBehavior);
     }
 }

大致用途 就是想要在編程事務的時候,新開事務去保存,先落庫。
砸一下看,好像沒問題。
仔細分析一下,發現template是單例模式,多線程情況下去修改單例模式的屬性,然后在還原,又沒有加鎖,必然會出現競爭導致后面的線程獲取到不正確的值。
這就是解釋了為啥有些機器不會出問題,可能是有些機器,線程并發時還沒有導致傳播行為錯誤
也解釋了為啥在運行長一段時間后,所有機器都會出問題。

注解事務和編程事務可以一起使用沒有問題,他們底層都會使用Spring的事務同步器進行同步。
如果要在模板事務中新開事務進行操作,可以不用單例模式的TransactionTemplate。如下操作依然可以實現:

private void requireNewTransaction2(Consumer<TransactionStatus> action) {
    TransactionTemplate template = new TransactionTemplate(transactionManager);
    template.setIsolationLevel(TransactionDefinition.ISOLATION_REPEATABLE_READ);
    template.setPropagationBehavior(TransactionDefinition.PROPAGATION_REQUIRES_NEW);
    template.executeWithoutResult(action);
}

總結

通過上面的場景分析,如果一個異常有如下情況,可以嘗試考慮多線程共享數據一致性問題:

  • 不是所有的實例都會出現錯誤
  • 出現錯誤的問題偶發,并且某一臺實例出現錯誤后,會一直錯誤
  • 長時間運行后,所有實例都會出現錯誤
最后編輯于
?著作權歸作者所有,轉載或內容合作請聯系作者
  • 序言:七十年代末,一起剝皮案震驚了整個濱河市,隨后出現的幾起案子,更是在濱河造成了極大的恐慌,老刑警劉巖,帶你破解...
    沈念sama閱讀 227,702評論 6 531
  • 序言:濱河連續發生了三起死亡事件,死亡現場離奇詭異,居然都是意外死亡,警方通過查閱死者的電腦和手機,發現死者居然都...
    沈念sama閱讀 98,143評論 3 415
  • 文/潘曉璐 我一進店門,熙熙樓的掌柜王于貴愁眉苦臉地迎上來,“玉大人,你說我怎么就攤上這事。” “怎么了?”我有些...
    開封第一講書人閱讀 175,553評論 0 373
  • 文/不壞的土叔 我叫張陵,是天一觀的道長。 經常有香客問我,道長,這世上最難降的妖魔是什么? 我笑而不...
    開封第一講書人閱讀 62,620評論 1 307
  • 正文 為了忘掉前任,我火速辦了婚禮,結果婚禮上,老公的妹妹穿的比我還像新娘。我一直安慰自己,他們只是感情好,可當我...
    茶點故事閱讀 71,416評論 6 405
  • 文/花漫 我一把揭開白布。 她就那樣靜靜地躺著,像睡著了一般。 火紅的嫁衣襯著肌膚如雪。 梳的紋絲不亂的頭發上,一...
    開封第一講書人閱讀 54,940評論 1 321
  • 那天,我揣著相機與錄音,去河邊找鬼。 笑死,一個胖子當著我的面吹牛,可吹牛的內容都是我干的。 我是一名探鬼主播,決...
    沈念sama閱讀 43,024評論 3 440
  • 文/蒼蘭香墨 我猛地睜開眼,長吁一口氣:“原來是場噩夢啊……” “哼!你這毒婦竟也來了?” 一聲冷哼從身側響起,我...
    開封第一講書人閱讀 42,170評論 0 287
  • 序言:老撾萬榮一對情侶失蹤,失蹤者是張志新(化名)和其女友劉穎,沒想到半個月后,有當地人在樹林里發現了一具尸體,經...
    沈念sama閱讀 48,709評論 1 333
  • 正文 獨居荒郊野嶺守林人離奇死亡,尸身上長有42處帶血的膿包…… 初始之章·張勛 以下內容為張勛視角 年9月15日...
    茶點故事閱讀 40,597評論 3 354
  • 正文 我和宋清朗相戀三年,在試婚紗的時候發現自己被綠了。 大學時的朋友給我發了我未婚夫和他白月光在一起吃飯的照片。...
    茶點故事閱讀 42,784評論 1 369
  • 序言:一個原本活蹦亂跳的男人離奇死亡,死狀恐怖,靈堂內的尸體忽然破棺而出,到底是詐尸還是另有隱情,我是刑警寧澤,帶...
    沈念sama閱讀 38,291評論 5 357
  • 正文 年R本政府宣布,位于F島的核電站,受9級特大地震影響,放射性物質發生泄漏。R本人自食惡果不足惜,卻給世界環境...
    茶點故事閱讀 44,029評論 3 347
  • 文/蒙蒙 一、第九天 我趴在偏房一處隱蔽的房頂上張望。 院中可真熱鬧,春花似錦、人聲如沸。這莊子的主人今日做“春日...
    開封第一講書人閱讀 34,407評論 0 25
  • 文/蒼蘭香墨 我抬頭看了看天上的太陽。三九已至,卻和暖如春,著一層夾襖步出監牢的瞬間,已是汗流浹背。 一陣腳步聲響...
    開封第一講書人閱讀 35,663評論 1 280
  • 我被黑心中介騙來泰國打工, 沒想到剛下飛機就差點兒被人妖公主榨干…… 1. 我叫王不留,地道東北人。 一個月前我還...
    沈念sama閱讀 51,403評論 3 390
  • 正文 我出身青樓,卻偏偏與公主長得像,于是被迫代替她去往敵國和親。 傳聞我的和親對象是個殘疾皇子,可洞房花燭夜當晚...
    茶點故事閱讀 47,746評論 2 370

推薦閱讀更多精彩內容