1. 首頁
  2. 問答
  3. c3p0死鎖檢測 - 線程運行太頻繁

c3p0死鎖檢測 - 線程運行太頻繁

2013-06-26 123 views
4

我們使用Hibernate和c3p0連接池庫。到目前爲止，直到最近，當我們決定將maxPoolSize增加到1000並對我們的應用程序進行大量的壓力測試時，這種組合效果很好。我們的應用程序的峯值負載導致數據庫響應非常緩慢，因此c3p0的死鎖檢測器一次又一次地吐出APPARENT DEADLOCK警告。c3p0死鎖檢測 - 線程運行太頻繁

基於c3p0文檔，假設死鎖檢測每30分鐘發生一次（代碼表示死鎖檢測頻率是maxAdministrativeTaskTime的三倍），我們將maxAdministrativeTaskTime更改爲10分鐘。

但是，在分析c3p0日誌時，死鎖檢測線程運行頻率超過30分鐘。日誌的相關部分已附加。令人驚訝的是頻率不統一​​。

Line 573745: [Timer-2] 2013-06-26 04:47:52,492 WARN [null] com[email protected]662cee3b -- APPARENT DEADLOCK!!! Creating emergency threads for unassigned pending tasks! 
Line 573746: [Timer-2] 2013-06-26 04:47:52,512 WARN [null] com[email protected]662cee3b -- APPARENT DEADLOCK!!! Complete Status: 
Line 574292: [Timer-2] 2013-06-26 04:49:12,493 WARN [null] com[email protected]662cee3b -- APPARENT DEADLOCK!!! Creating emergency threads for unassigned pending tasks! 
Line 574293: [Timer-2] 2013-06-26 04:49:12,513 WARN [null] com[email protected]662cee3b -- APPARENT DEADLOCK!!! Complete Status: 
Line 575004: [Timer-2] 2013-06-26 04:50:32,494 WARN [null] com[email protected]662cee3b -- APPARENT DEADLOCK!!! Creating emergency threads for unassigned pending tasks! 
Line 575005: [Timer-2] 2013-06-26 04:50:32,511 WARN [null] com[email protected]662cee3b -- APPARENT DEADLOCK!!! Complete Status: 
Line 576062: [Timer-2] 2013-06-26 04:51:52,495 WARN [null] com[email protected]662cee3b -- APPARENT DEADLOCK!!! Creating emergency threads for unassigned pending tasks! 
Line 576063: [Timer-2] 2013-06-26 04:51:52,536 WARN [null] com[email protected]662cee3b -- APPARENT DEADLOCK!!! Complete Status: 
Line 576720: [Timer-2] 2013-06-26 04:53:12,496 WARN [null] com.mchange.v2.async.ThreadPoolAsynchrono[email protected] -- APPARENT DEADLOCK!!! Creating emergency threads for unassigned pending tasks! 
Line 576721: [Timer-2] 2013-06-26 04:53:12,516 WARN [null] com[email protected]662cee3b -- APPARENT DEADLOCK!!! Complete Status: 
Line 594087: [Timer-2] 2013-06-26 04:55:52,550 WARN [null] com[email protected]662cee3b -- APPARENT DEADLOCK!!! Creating emergency threads for unassigned pending tasks! 
Line 594088: [Timer-2] 2013-06-26 04:55:52,569 WARN [null] com[email protected]662cee3b -- APPARENT DEADLOCK!!! Complete Status: 
Line 594753: [Timer-2] 2013-06-26 04:57:12,550 WARN [null] com[email protected]662cee3b -- APPARENT DEADLOCK!!! Creating emergency threads for unassigned pending tasks! 
Line 594754: [Timer-2] 2013-06-26 04:57:12,572 WARN [null] com[email protected]662cee3b -- APPARENT DEADLOCK!!! Complete Status: 
Line 595624: [Timer-2] 2013-06-26 04:58:32,552 WARN [null] com[email protected]662cee3b -- APPARENT DEADLOCK!!! Creating emergency threads for unassigned pending tasks! 
Line 595625: [Timer-2] 2013-06-26 04:58:32,570 WARN [null] com[email protected]662cee3b -- APPARENT DEADLOCK!!! Complete Status: 
Line 596416: [Timer-2] 2013-06-26 04:59:52,552 WARN [null] com[email protected]662cee3b -- APPARENT DEADLOCK!!! Creating emergency threads for unassigned pending tasks! 
Line 596417: [Timer-2] 2013-06-26 04:59:52,572 WARN [null] com[email protected]662cee3b -- APPARENT DEADLOCK!!! Complete Status: 
Line 611011: [Timer-2] 2013-06-26 05:02:22,556 WARN [null] com[email protected]662cee3b -- APPARENT DEADLOCK!!! Creating emergency threads for unassigned pending tasks! 
Line 611012: [Timer-2] 2013-06-26 05:02:22,577 WARN [null] com[email protected]662cee3b -- APPARENT DEADLOCK!!! Complete Status:

有人可以解釋這個異常嗎？

來源

2013-06-26 Vamsi Krishna

+0

好的。所以對於我下面的初步答案感到抱歉，這並不好。我糾正了錯誤的部分。現在看起來更仔細，有很多這是怪異的。您不僅經常意外地看到死鎖，而且您看到的死鎖根本不應該是死鎖，「完整狀態：」是空的。應該有線程池中任務的轉儲和它們的堆棧跟蹤。沒有。 （你的記錄器截斷多行日誌項目？） –

回答

1

我無法解釋它，但1000個連接相當多，您的c3p0配置是否反映了這麼多的連接？我的經驗是，默認設置適合較少數量的連接。 我建議閱讀c3po documentation，尤其是「其他數據源配置」下的部分。

來源

2013-06-26 18:59:58 ChrisBlom

2

maxAdministrativeTaskTime不影響線程池的死鎖檢測器;它只限於在池試圖對其執行interrupt()之前允許執行單個任務的時間長度。一個（hackish !,醜陋！，不建議！）試圖避免APPARENT DEADLOCKs的方法是將其設置爲SHORT間隔，以便緩慢的任務會被中斷，而不是掛起很長時間，以致池會決定它被卡住。請參閱一些討論here。

感謝提問者（通過電子郵件），我仔細檢查了我自己的％$^* &！代碼，並且死鎖檢測間隔是受maxAdministrativeTaskTime影響。如問題所示，它應該是3 × maxAdministrativeTaskTime。所以神祕加深了。

值得了解死鎖檢測器的功能。 c3p0維護一個線程池，numHelperThreads大。死鎖檢測器會定期記錄池中線程正在運行的所有任務，然後睡眠一段時間，然後再次檢查。如果沒有任何的任務已完成，即活動任務保持與上次檢查期間完全相同，則聲明死鎖。 c3p0期望某個任務完成的時間間隔爲10秒，現在不可配置。它可以被配置。

你可能會發表一些你看到的APPARENT DEADLOCK的例子。 c3p0會打印大量信息，以幫助您瞭解可能掛起的內容。

這裏有兩個建議，以減少非常重負載下表觀死鎖：

  1. 是你觀察相關連接acqusistion死鎖？如果是這樣，如果你還沒有，請升級到c3p0-0.9.2.1或最新的0.9.5預發佈。

  2. 您是否嘗試增加numHelperThreads，因爲您已經放大了負載？如果某些任務非常慢，c3p0將不會聲明死鎖，除非所有線程都被慢速任務阻塞。如果有足夠的線程以便更靈活的任務仍然執行，則不會看到死鎖。

我希望這有助於！

來源

2013-06-27 06:35:14

相關問題

 相關問題