2019獨角獸企業重金招聘Python工程師標準>>>

Java項目報錯：

[http-8080-2]org.hibernate.util.JDBCExceptionReporter[11:23:34]SQL Error: 0, SQLState: 08S01 [http-8080-2]org.hibernate.util.JDBCExceptionReporter[11:23:34]通過端口 1433 連接到主機 *** 的 TCP/IP 連接失敗。錯誤:“No buffer space available (maximum connections reached?): connect。請驗證連接屬性，并檢查 SQL Server 的實例正在主機上運行，且在此端口接受 TCP/IP 連接，還要確保防火墻沒有阻止到此端口的 TCP 連接。”。

環境：Windows Server 2008 R2 Standard，SQL Server 2008 R2

其他環境正常，確定不是Java項目的問題，應該是系統的問題，在網上查找資料 No buffer space available

啟動注冊表編輯器。 HKEY_LOCAL_MACHINE\SYSTEM\CurrentControlSet\Services\Tcpip\Parameters

新建 值名稱：MaxUserPort 值類型： DWORD 值數據： 65534（用十進制的方法寫進去就可以，如果是十六進制，是FFFE，因為4個F是65535嘛） 有效范圍： 5000 - 65534 (十進制) 默認： 0x1388 5000 （十進制）

新建 值名稱：TCPTimedWaitDelay 值類型： DWORD 值數據： 0000001e（也就是30，不行可以用WINDOWS計算器，很方便，這個表示TIME_WAIT的秒數）

修改完成后重啟Java項目服務，服務恢復正常，不再出現之前的報錯。

但是，

這里只是把最大端口數改到了最大，正常情況下是不會創建出這么多端口的。 通過一下命令可以統計出SQL Server開啟的端口總數

netstat -ano | find "TIME" | find /C"1433"

執行此命令后發現，占用總數達到了17657個，隨著時間增長這個數字還在增長，而且不會釋放！那么問題來了，再運行一段時間，端口數達到了65534個的時候，還是會報錯的，這個只是時間的問題。 繼續查找資料 在系統啟動時從 497 天后所有在TIME_WAIT狀態的 TCP/IP 端口都不會被關閉。

機器已經運行500多天了，按照官方指導安裝了對應的修復程序，重啟機器后，再次統計SQL Server占用端口的情況，發現可以正常回收了。 要想驗證安裝的這個修復程序是否起效只能等到500天后了：）

轉載于:https://my.oschina.net/u/921069/blog/760473

總結

以上是生活随笔為你收集整理的No buffer space available的全部內容，希望文章能夠幫你解決所遇到的問題。

如果覺得生活随笔網站內容還不錯，歡迎將生活随笔推薦給好友。