很多做架構設計、程式開發、運維、技術管理的朋友可能或多或少有這樣的困惑：

1. SQLServer到底支援多少連線數的併發？
2. SQLServer是否可以滿足現有的應用嗎？
3. 現有的技術架構支援多少連線數的併發？
4. 在硬體效能與網路效能足夠理想的情況下理論上可以支援多少併發連線？
5. 生產環境中的資料庫現在的併發量是多少？
6. 如何監控現有資料庫併發的數量？
7. 生產環境中的併發量距離理論上的最大並量發還差多少？
   

為此，我專門寫程式做了下測試，利用迴圈不斷的開啟連線並保持連線開啟不關閉，測試程式碼如下：

 1 using System;
 2 using System.Collections.Generic;
 3 
 4 namespace SQLServerMaxConnectionTest
 5 {
 6     class Program
 7     {
 8         static void Main(string[] args)
 9         {
10             int maxCount = 40000;
11             List<HotSpotEntities> collection = new List<HotSpotEntities>();
12             for (int i = 0; i < maxCount; i++)
13             {
14                 Console.WriteLine(string.Format("成功建立連線物件{0}",i));
15                 var db = new HotSpotEntities();
16                 db.Connection.Open();
17                 collection.Add(db);
18             }
19         }
20     }
21 }

第一輪的測試結果令我比較吃驚。

當建立到101個連線的時候，就無法再建立新連線了。也就是說，如果連線字串不做任何處理，我們的程式只能夠跟SQLServer建立101個連線。測試結果截圖如下：

 

第二輪測試，啟用連線池。

在連線字串中加入程式碼：

Pooling=true;Max Pool Size=40000;Min Pool Size=0;

連續若干次記憶體都被耗盡了，不過結果還算欣慰。

 

 

最高記錄是29299，很顯然不是最高記錄，只因為我的筆記本記憶體有限，所以很難突破。

微軟對最大連線數的定義

微軟在MSDN上對最大連線數的定義是：“預設是0，代表不限制，但最大連線數是32767”。 如下圖所示：

 

 有興趣的朋友可以自己編寫程式碼測試、分享一下。

如何監測SQLServer的連線數

SP_WHO 'loginName'
loginName 是當然登陸Sql的使用者名稱，一般程式裡面都會使用一個username來登陸SQL這樣通過這個使用者名稱就能檢視到此使用者名稱登陸之後佔用的連線了。
如果不寫loginName，那麼返回的就是所有的連線。

既然連線數是可預測、可監測的，那麼它就是可度量的，那麼我們就可以根據實際情況來評估或測試程式的併發放量了。

有了這些，相信以上的困惑應該可以解開了吧。