客戶端無法重新使用 SPID 為 2799 的會話，該會話已被重置用於連線池

報錯日誌：

message 客戶端無法重新使用 SPID 為 2799 的會話，該會話已被重置用於連線池。失敗 ID 為 46。

此錯誤可能是由於先前的操作失敗引起的。請檢視錯誤日誌，瞭解緊位於此錯誤訊息之前的失敗操作。

message 無法繼續執行，因為會話處於終止狀態。

訊息

錯誤: 18456，嚴重性: 14，狀態: 46。

訊息

Login failed for user 'wms'. 原因: 在重新驗證連線所使用的登入名時，無法開啟在登入名物件中配置的資料庫“wms”。 

[客戶端: 192.168.0.52]

訊息

錯誤: 18056，嚴重性: 20，狀態: 46。

訊息

The client was unable to reuse a session with SPID 2799, which had been reset for connection pooling. The failure ID is 46. This error may have been caused by an earlier operation failing. Check the error logs for failed operations immediately before this error message.

案例說明:

當SQLSERVER的errorlog檔案中不停的報錯10856的時候，CPU同時會很低，此時SQL客戶端登陸

資料庫查詢操作正常；IIS連線數暴漲，網站無法運算元據庫(如登入、基本查詢)

分析前提：

該問題很常見，官方解釋沒有很明確的答案，都是說要麼需要打補丁要麼需要設定IIS的連線池.

這裡分析前提是資料庫已經打了最新的補丁、IIS連線資料庫的字串正常、使用者名稱和密碼正常.

分析過程：

如IIS的連線池設定1500M，IIS連線資料正常1500個，那麼每個session分到的連線池大小平均1MB，

資料庫網路資料包預設是4096；

如果這個時候有個請求需要返回20M資料，那麼這個session從資料庫返回的資料包大小就要超過session

獲得的連線池大小，資料包是4096，比正常的請求(請求1M的回話)就需要多的資料包傳遞，這個session對應的

回話保持時間就需要比平均水平長些，正常情況下，這些獨大的請求不會有太大問題.

如果同一時刻，IIS的請求數達到3000,每個SESSION分到的連線池大小平均值就會0.5MB，如果同樣返回20MB資料，

那麼SESSION的時間就會更長！

如果這個時候客戶端請求返回100個30M資料，那麼此時的請求，當資料庫返回給IIS時，IIS會發現連線池沒有足夠的記憶體空間

分配這個SESSION，此時IIS的連線池大小不會隨著客戶端請求的增加而自動增加或IIS伺服器沒有更多的實體記憶體，此時IIS就會

因為沒有足夠的連線池空間分配來快取對應的SESSION，但是後續的客戶端回話還是不停的向IIS申請，這個時候問題就來啦！

IIS會釋放掉(或IIS程式down掉或IIS自動重啟)沒法處理的SESSION，當資料庫收到IIS端SESSION請求查詢出資料準備返回給

IIS的SESSION時，去尋找對應請求的SPID，發現該請求的SPID已經不存在，但是資料庫的TCP連線不會因為SPID的不存在立即拋棄這些

資料，此時網路卡的流量會增加！同時資料庫ERRORLOG裡全是這種錯誤.

解決辦法：

0.首先排除DB是否有死鎖

1.最直接的辦法就是增加IIS連線池大小

2.就是找出程式中大的會話請求，修改程式碼

3.限制IIS程式數上限,根據日常執行情況設定連線池大小(不推薦，迫不得已)

4.資料庫端限制sql回話時常:SQL防火牆或資料庫限制長連線(不推薦，迫不得已,沒辦法的辦法)

參考：

https://blog.csdn.net/yangzhawen/article/details/8209167