在以SQL Server 2005數據庫為后臺的ASP網站訪問速度慢，情況如下：一個服務器上的兩個ASP網站，一個訪問很快，一個很慢。

原因排查的思路與步驟：

首先在我電腦上依次打開這兩個網站，一個兩三秒就打開了，另一個需要10秒鐘。看來問題情況屬實；

登陸到服務器，在服務器本地的IIS里分別打開這兩個網站，結果還是一個快一個慢，排除是DNS解析時間和網絡造成的影響；

打開兩個網站程序的首頁ASP文件，發現訪問快的網站沒有數據庫查詢，訪問慢的網站查詢了數據庫。由于程序里的數據庫查詢語句也很簡單，排除了程序和數據庫查詢語句的問題，最后將問題定位到數據庫SQL Server上；

打開SQL Server 2005 上面就一個數據庫，隨便在SQL Server Management Studio上執行了兩個復雜點的查詢語句，速度很快，感覺不像是數據庫查詢速度的問題。

系統CPU、內存負載都不高。實在找不到原因了。就打開命令提示符，用netstat-ano檢查了下網絡連接。發現只有sqlserver的1434端口在監聽，竟然沒有sqlserver的1433端口在監聽和連接，但是沒有監聽和連接網站為何卻能訪問。想著是否sqlserver修改了監聽端口了。

打開SQL Server2005的SQL Server 配置管理器SQL Server 2005 網絡配置->MSSQLSERVER的協議->TCP/IP ，發現TCP/IP竟然是禁用的，協議里只開啟了Shared Memory 。屬性里面設置的監聽端口倒是默認的1433.于是將TCP/IP啟用。重啟了SQL Server服務后打開網站速度就很快了。

問題算是解決了。原因就是由于沒有開啟SQL Server 里的TCP/IP協議，使用了Shared Memory的方式連接數據庫，所以造成網站訪問很慢。

關于以SQL Server 2005為后臺的ASP網站訪問速度慢的原因排查及解決方案就介紹到這里了，希望本次的介紹能夠對您有所收獲！

【編輯推薦】

1. SQL Server 2000層次數據查詢的實現方法
2. SQL Server根據語言查詢來返回不同的結果
3. SQL Server 2008連接數據庫引擎的驅動和方式
4. SQL Server查找XML里面符合某個條件的數據的用法
5. SQL Server的執行計劃及SQL查詢優化實例分析與總結