系統不能連線資料庫,關鍵要看兩個資料:
1、資料庫系統允許的最大可連線數max_connections。這個引數是可以設定的。如果不設定,預設是100。最大是16384。
2、資料庫當前的連線執行緒數threads_connected。這是動態變化的。
檢視max_connections、max_connections的辦法見後。
如果 threads_connected == max_connections 時,資料庫系統就不能提供更多的連線數了,這時,如果程式還想新建連線執行緒,資料庫系統就會拒絕,如果程式沒做太多的錯誤處理,就會出現類似強壇的報錯資訊。
因為建立和銷燬資料庫的連線,都會消耗系統的資源。而且為了避免在同一時間同時開啟過多的連線執行緒,現在程式設計一般都使用所謂資料庫連線池技術。
但資料庫連線池技術,並不能避免程式錯誤導致連線資源消耗殆盡。
這種情況通常發生在程式未能及時釋放資料庫連線資源或其他原因造成資料庫連線資源不能釋放,但強壇系統估計不會發生這種低階的程式設計錯誤。
該錯誤的簡便的檢查辦法是,在重新整理強壇頁面時,不斷監視threads_connected的變化。如果max_connections足夠大,而 threads_connected值不斷增加以至達到max_connections,那麼,就應該檢查程式了。當然,如果採用資料庫連線池技術, threads_connected增長到資料庫連線池的最大連線執行緒數時,就不再增長了。
從強壇出錯的情況看,更大的可能性是資料庫系統沒能進行適當地配置。下面提出一點建議。供參考
讓你們的工程師把MySQL的最大允許連線數從預設的100調成32000。這就不會老出現連線過多的問題了。
系統不能連線資料庫,關鍵要看兩個資料:
1、資料庫系統允許的最大可連線數max_connections。這個引數是可以設定的。如果不設定,預設是100。最大是16384。
2、資料庫當前的連線執行緒數threads_connected。這是動態變化的。
檢視max_connections、max_connections的辦法見後。
如果 threads_connected == max_connections 時,資料庫系統就不能提供更多的連線數了,這時,如果程式還想新建連線執行緒,資料庫系統就會拒絕,如果程式沒做太多的錯誤處理,就會出現類似強壇的報錯資訊。
因為建立和銷燬資料庫的連線,都會消耗系統的資源。而且為了避免在同一時間同時開啟過多的連線執行緒,現在程式設計一般都使用所謂資料庫連線池技術。
但資料庫連線池技術,並不能避免程式錯誤導致連線資源消耗殆盡。
這種情況通常發生在程式未能及時釋放資料庫連線資源或其他原因造成資料庫連線資源不能釋放,但強壇系統估計不會發生這種低階的程式設計錯誤。
該錯誤的簡便的檢查辦法是,在重新整理強壇頁面時,不斷監視threads_connected的變化。如果max_connections足夠大,而 threads_connected值不斷增加以至達到max_connections,那麼,就應該檢查程式了。當然,如果採用資料庫連線池技術, threads_connected增長到資料庫連線池的最大連線執行緒數時,就不再增長了。
從強壇出錯的情況看,更大的可能性是資料庫系統沒能進行適當地配置。下面提出一點建議。供參考
讓你們的工程師把MySQL的最大允許連線數從預設的100調成32000。這就不會老出現連線過多的問題了。