Spring Redis開啟事務支持錯誤用法導致服務不可用

 

 

1.事故背景

在APP訪問服務器接口時需要從redis中獲取token進行校驗,服務器上線后發現一開始可以正常訪問,但只要短時間內請求量增長服務則無法響應

2.排查流程

(1)使用top指令查看CPU資源佔用還遠遠達不到瓶頸,排查因為CPU資源不足導致服務不可用的可能

(2)查看tomcat線程池配置,默認最大線程數為200,理論上可以支持目前服務器的訪問量

(3)使用jmap指令保存堆棧信息,jmap -dump:format=b,file=dump.log pid,pid為進程號

(4)使用Java visualVM打開保存的堆棧日誌dump.log,發現絕大部分的線程都阻塞在從redis連接池中獲取連接的代碼,如下圖所示

 3.原理分析

 根據堆棧日誌所显示得知線程訪問redis前需要從連接池隊列中推出一個連接,當連接池沒有連接時,則會阻塞等待,阻塞等待的時間可以自行設置MAA_WAIT參數,默認是-1表示不限時等待,目前項目使用默認配置,所以所有的線程都會一直阻塞在獲取連接的步驟,如果設置了最大等待時間,當超過最大等待時間會報出Could not get a resource from the pool的異常

(1)在spring配置文件中的stringRedisTemplate對象配置參數中打開了事務支持,而redis的事務支持是用MUTI和EXEC指令來支持,以下事務實例截圖來自菜鳥教程 https://www.runoob.com/redis/redis-transactions.html

 

(2)如果要保證在事務能正常執行,那麼在一個方法中多次操作redis必須是同一條連接,這樣才能保證事務能正常執行,所以在stringRedisTemplate會將連接綁定在當前線程,當第二次訪問redis時直接從當前線程中獲取連接,綁定連接源碼如下:

 

 

 (3)按照流程,先綁定連接,最後在finally代碼塊中釋放連接,看起來並沒有問題,但跳進去releaseConnection方法的代碼發現連接需要在事務提交后才能釋放,也就是說service方法上必須使用@Transation註解修飾,但因為業務方法上少寫了@Transation註解導致連接將一直綁定第一次獲取他的線程上,當線程池的線程被獲取完之後,其他線程就會就如阻塞等待狀態,導致服務不可用

 

 (4)如果加上@Transation註解,那麼方法執行完之後將會執行TransactionSynchronizationUtils.invokeAfterCompletion這個方法,mysql事務也是在這個方法執行commit操作,如下圖所示方法的第一個參數是List<TransactionSynchronization> synchronizations,代表可以有多個事務,redis,mysql等,都會此進行事務提交操作,這裏使用多態,根據對象的具體類型執行不同的方法,redis則執行redis的事務提交操作,mysql則執行mysql的事務提交操作

(5)以下為redis事務提交的代碼,也跟我們上面提到的一樣,發送exec指令提交事務

 

 4.如何修改代碼

(1)確認實際需求是否需要事務支持,如果需要則在對應方法上加上@Transaction註解

(2)如果不需要事務支持則將enableTransactionSupport設置為false

 

本站聲明:網站內容來源於博客園,如有侵權,請聯繫我們,我們將及時處理

【其他文章推薦】

網頁設計一頭霧水該從何著手呢? 台北網頁設計公司幫您輕鬆架站!

網頁設計公司推薦不同的風格,搶佔消費者視覺第一線

※想知道購買電動車哪裡補助最多?台中電動車補助資訊懶人包彙整

南投搬家費用,距離,噸數怎麼算?達人教你簡易估價知識!

※教你寫出一流的銷售文案?