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

原因排查的思路與步驟：

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

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

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

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

系統(tǒng)CPU、內(nèi)存負(fù)載都不高。實在找不到原因了。就打開命令提示符，用netstat-ano檢查了下網(wǎng)絡(luò)連接。發(fā)現(xiàn)只有sqlserver的1434端口在監(jiān)聽，竟然沒有sqlserver的1433端口在監(jiān)聽和連接，但是沒有監(jiān)聽和連接網(wǎng)站為何卻能訪問。想著是否sqlserver修改了監(jiān)聽端口了。

打開SQL Server2005的SQL Server 配置管理器SQL Server 2005 網(wǎng)絡(luò)配置->MSSQLSERVER的協(xié)議->TCP/IP ，發(fā)現(xiàn)TCP/IP竟然是禁用的，協(xié)議里只開啟了Shared Memory 。屬性里面設(shè)置的監(jiān)聽端口倒是默認(rèn)的1433.于是將TCP/IP啟用。重啟了SQL Server服務(wù)后打開網(wǎng)站速度就很快了。

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

關(guān)于以SQL Server 2005為后臺的ASP網(wǎng)站訪問速度慢的原因排查及解決方案就介紹到這里了，希望本次的介紹能夠?qū)δ兴斋@！

【編輯推薦】

1. SQL Server 2000層次數(shù)據(jù)查詢的實現(xiàn)方法
2. SQL Server根據(jù)語言查詢來返回不同的結(jié)果
3. SQL Server 2008連接數(shù)據(jù)庫引擎的驅(qū)動和方式
4. SQL Server查找XML里面符合某個條件的數(shù)據(jù)的用法
5. SQL Server的執(zhí)行計劃及SQL查詢優(yōu)化實例分析與總結(jié)