背景:
因為程式設計的不合理,程式的版本的控制也不到位,無法找出原先使用的程式。
猜測可能是程式的連接配接池異常,導緻sysprocesses,高達2900 以上。
原因:
sql server 會話過多,導緻可用記憶體在100M以下,cpu使用率居高不下。非空閑線程在100以内。伺服器環境(奔騰單核,2.0Ghz,記憶體1.2G)
sql server 會話過多,導緻可用記憶體在80M左右,cpu使用率正常。非空閑線程在100以内。伺服器環境(xeon 2.0 4核,2G記憶體),開tasklist,cmd 明顯感覺卡。
處理方法:
1.手動kill 會話,存在風險。如果程式不是通過連接配接池就很危險。
2.定期重新開機應用程式,sql server 會自動清理已經斷開連接配接的線程。