VeVb注：此應(yīng)該是某虛擬主機(jī)商提供為用戶的常見問題，我認(rèn)為整理的挺不錯的，轉(zhuǎn)貼一下。

決定網(wǎng)站的速度有很多因素，我們這里提出主要的四個，具體如下： 


1。網(wǎng)絡(luò)的傳輸質(zhì)量 

    事實(shí)上除正常重啟外服務(wù)器是很少當(dāng)機(jī)的，一年也難得碰上一回 

。但由于目前國內(nèi)寬帶用戶的急劇增長，和不斷出現(xiàn)的網(wǎng)絡(luò)病毒，目 

前國內(nèi)的網(wǎng)絡(luò)并不是很好（相信大家都有感覺），到處都面臨著線路 

切割和擴(kuò)容。所以會出現(xiàn)部分地區(qū)暫時訪問很慢甚至不能訪問的情況 

。遇到這樣的情況請不要著急，因?yàn)槟悴荒茉L問并不表示人家不能訪 

問，你慢并不表示人家也慢。您可以問問外地的網(wǎng)友，他們?nèi)绻颊?nbsp;

常的話，我們建議您去安心睡一覺，起來以后說不定也就好了。至于 

睡多少時間，就只能看中國網(wǎng)絡(luò)的改造效率了：）。如果都打不開， 

請先到 或者看看有沒有什么維護(hù)的公告，最后再聯(lián)系我們解決。 



2。服務(wù)器的繁忙程度 

　　服務(wù)器上運(yùn)行的網(wǎng)站并不是只有一個，每個網(wǎng)站又有很多的人訪 

問，就是說服務(wù)器工作的時候平均都連接著好幾千個用戶，任何用戶 

對服務(wù)器發(fā)出請求的時候，服務(wù)器都會調(diào)用一定的資源來處理用戶的 

請求，一般動網(wǎng)論壇的一次請求大約能占用3%的CPU和100KB的內(nèi)存， 

可以想象，當(dāng)某一瞬間正好有很多的用戶同時發(fā)出請求，那么服務(wù)器 

自然會忙不過來，這個時候服務(wù)器就需要等待有空余資源再來運(yùn)行用 

戶的請求，用戶端就會出現(xiàn)變慢的情況。 

    所以理論上，服務(wù)器上開設(shè)的網(wǎng)站越少，整體速度就越快，但不 

能保證出現(xiàn)暫時的停頓。對于超強(qiáng)型以上的網(wǎng)站，我們會定期轉(zhuǎn)移到 

獨(dú)立的服務(wù)器，同時控制單服務(wù)器的網(wǎng)站數(shù)量，超強(qiáng)型以下的網(wǎng)站， 

我們會根據(jù)服務(wù)器的負(fù)荷來決定單個服務(wù)器的網(wǎng)站數(shù)量。 

    當(dāng)我們發(fā)現(xiàn)某個服務(wù)器負(fù)荷較大，就會采取轉(zhuǎn)移分流的辦法，來 

解決這個問題，一般一個星期左右就能解決。同時也會嚴(yán)格檢查占用 

大量服務(wù)器資源的程序和網(wǎng)站，盡快聯(lián)系站長進(jìn)行處理。 


3。頁面本身的因素 

    用戶打開一個頁面，服務(wù)器處理完程序后會把頁面上的內(nèi)容傳給 

用戶。用戶接收完所有的數(shù)據(jù)以后才能完全打開頁面。很明顯，當(dāng)然 

服務(wù)器處理程序很慢或者頁面上的內(nèi)容很大的時候，都會影響用戶打 

開頁面的速度。 

　　服務(wù)器處理程序的時間，就是很多論壇下面顯示的頁面執(zhí)行時間 

，由于這個是體現(xiàn)服務(wù)器的運(yùn)算時間，所以這個時間和用戶的上網(wǎng)速 

度是無關(guān)的，就是說用戶用MODEM和ADSL上網(wǎng)，這個執(zhí)行時間應(yīng)該是一 

樣的。 

　　一般服務(wù)器處理程序的時間在1000毫秒以下的時候，用戶基本上 

沒任何感覺，因?yàn)榉?wù)器已經(jīng)在1000毫秒（1000毫秒=1秒）內(nèi)處理完 

所有的內(nèi)容，剩余的時間都是在傳遞數(shù)據(jù)。如果你的頁面上涉及的文 

件很大，比如有1MB的圖片在做背景，瀏覽者和服務(wù)器之間，就算能達(dá) 

到100KB/S的速度，他也至少需要10秒鐘才能打開這個頁面。 

　　所以我們建議頁面上盡量不要放置過多、過大的內(nèi)容。這也是插 

件版本的論壇速度慢的原因之一，因?yàn)椴寮嬗昧舜罅康膱D片、FLASH 

對頁面進(jìn)行了美化，同時在頁面上增加了很多顯示的內(nèi)容。 



4。ACCESS數(shù)據(jù)庫的原因 

　　現(xiàn)在網(wǎng)上絕大多數(shù)網(wǎng)站都是ACCESS+ASP的形式，因?yàn)锳CCESS結(jié)構(gòu) 

簡單容易處理，而且也能滿足多數(shù)的網(wǎng)站程序要求。 

　　ACCESS是小型數(shù)據(jù)庫，既然是小型就有他根本的局限性，以下幾 

種情況下數(shù)據(jù)庫基本上會吃不消： 

　　1。數(shù)據(jù)庫過大，一般ACCESS數(shù)據(jù)庫達(dá)到50M左右的時候性能會急 

劇下降！ 

　　2。網(wǎng)站訪問頻繁，經(jīng)常達(dá)到100人左右的在線。 

　　3。記錄數(shù)過多，一般記錄數(shù)達(dá)到10萬條左右的時候性能就會急劇 

下降！ 

（注：以上3條只是我們多年以來的經(jīng)驗(yàn)結(jié)果，并不只絕對值，具體視 

情況不同浮動較大） 



　　ACCESS論壇（如動網(wǎng)）大了以后就很容易出現(xiàn)數(shù)據(jù)庫方面的問題 

，當(dāng)你的論壇數(shù)據(jù)庫在30M以上，帖子5萬左右，在線也在100人左右的 

時候，你的論壇基本上都在處理數(shù)據(jù)庫上花時間，這個時候很可能就 

會出現(xiàn)數(shù)據(jù)庫吃不消的情況，一般癥狀是所有涉及數(shù)據(jù)庫的頁面運(yùn)行 

都慢的出奇（執(zhí)行時間達(dá)到5秒以上甚至幾十秒），涉及HTML和純ASP 

運(yùn)算的頁面都正常，你可以用一般ASP探針測試一下，如果服務(wù)器的運(yùn) 

算時間正常的話，就是數(shù)據(jù)庫方面的問題了。 

　　解決方法： 

    由于這是ACCESS本身的局限性，所以解決的方法除了減少數(shù)據(jù)量 

和更換大型的數(shù)據(jù)庫論壇以外也沒什么好辦法，也就是現(xiàn)在常說的論 

壇危機(jī)，也是大型的論壇都不是ACCESS的原因。我們推薦以下方法： 

　1。臨時解決辦法：定期刪除多余的數(shù)據(jù)、壓縮數(shù)據(jù)庫，限制論壇灌 

水，甚至限制論壇注冊。如果是動網(wǎng)論壇，可以使用論壇自帶的分表 

儲存功能，會有較好的效果 

　2。比較長遠(yuǎn)辦法：更換論壇和數(shù)據(jù)庫，一般都采用動網(wǎng)sql商業(yè)版 

本+MSSQL 的方案來解決，不過這個需要比較大的投資。因?yàn)?nbsp;

mssql2000和ACCESS相比需要更多的資源，光是占內(nèi)存上，就可以達(dá)到 

每一個在線1M以上的程度，如果你的SQL論壇有100人在線就會吃掉服 

務(wù)器至少150M以上內(nèi)存。