注:此應(yīng)該是某虛擬主機(jī)商提供為用戶的常見問題，我認(rèn)為整理的挺不錯(cuò)的，轉(zhuǎn)貼一下。
決定網(wǎng)站的速度有很多因素，我們這里提出主要的四個(gè)，具體如下:
1、網(wǎng)絡(luò)的傳輸質(zhì)量
事實(shí)上除正常重啟外服務(wù)器是很少當(dāng)機(jī)的，一年也難得碰上一回。但由于目前國內(nèi)寬帶用戶的急劇增長，和不斷出現(xiàn)的網(wǎng)絡(luò)病毒，目前國內(nèi)的網(wǎng)絡(luò)并不是很好(相信大家都有感覺)，到處都面臨著線路切割和擴(kuò)容。所以會(huì)出現(xiàn)部分地區(qū)暫時(shí)訪問很慢甚至不能訪問的情況。遇到這樣的情況請(qǐng)不要著急，因?yàn)槟悴荒茉L問并不表示人家不能訪問，你慢并不表示人家也慢。
2、服務(wù)器的繁忙程度
服務(wù)器上運(yùn)行的網(wǎng)站并不是只有一個(gè)，每個(gè)網(wǎng)站又有很多的人訪問，就是說服務(wù)器工作的時(shí)候平均都連接著好幾千個(gè)用戶，任何用戶對(duì)服務(wù)器發(fā)出請(qǐng)求的時(shí)候，服務(wù)器都會(huì)調(diào)用一定的資源來處理用戶的請(qǐng)求，一般動(dòng)網(wǎng)論壇的一次請(qǐng)求大約能占用3%的CPU和100KB的內(nèi)存，可以想象，當(dāng)某一瞬間正好有很多的用戶同時(shí)發(fā)出請(qǐng)求，那么服務(wù)器自然會(huì)忙不過來，這個(gè)時(shí)候服務(wù)器就需要等待有空余資源再來運(yùn)行用戶的請(qǐng)求，用戶端就會(huì)出現(xiàn)變慢的情況。所以理論上，服務(wù)器上開設(shè)的網(wǎng)站越少，整體速度就越快，但不能保證出現(xiàn)暫時(shí)的停頓。
3、頁面本身的因素
用戶打開一個(gè)頁面，服務(wù)器處理完程序后會(huì)把頁面上的內(nèi)容傳給用戶。用戶接收完所有的數(shù)據(jù)以后才能完全打開頁面。很明顯，當(dāng)然服務(wù)器處理程序很慢或者頁面上的內(nèi)容很大的時(shí)候，都會(huì)影響用戶打開頁面的速度。服務(wù)器處理程序的時(shí)間，就是很多論壇下面顯示的頁面執(zhí)行時(shí)間，由于這個(gè)是體現(xiàn)服務(wù)器的運(yùn)算時(shí)間，所以這個(gè)時(shí)間和用戶的上網(wǎng)速度是無關(guān)的，就是說用戶用MODEM和ADSL上網(wǎng)，這個(gè)執(zhí)行時(shí)間應(yīng)該是一樣的。一般服務(wù)器處理程序的時(shí)間在1000毫秒以下的時(shí)候，用戶基本上沒任何感覺，因?yàn)榉?wù)器已經(jīng)在1000毫秒(1000毫秒=1秒)內(nèi)處理完所有的內(nèi)容，剩余的時(shí)間都是在傳遞數(shù)據(jù)。如果你的頁面上涉及的文件很大，比如有1MB的圖片在做背景，瀏覽者和服務(wù)器之間，就算能達(dá)到100KB/S的速度，他也至少需要10秒鐘才能打開這個(gè)頁面。所以建議頁面上盡量不要放置過多、過大的內(nèi)容。這也是插件版本的論壇速度慢的原因之一，因?yàn)椴寮嬗昧舜罅康膱D片、FLASH對(duì)頁面進(jìn)行了美化，同時(shí)在頁面上增加了很多顯示的內(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ù)庫基本上會(huì)吃不消:
1） 數(shù)據(jù)庫過大，一般ACCESS數(shù)據(jù)庫達(dá)到50M左右的時(shí)候性能會(huì)急劇下降!
2） 網(wǎng)站訪問頻繁，經(jīng)常達(dá)到100人左右的在線。
3） 記錄數(shù)過多，一般記錄數(shù)達(dá)到10萬條左右的時(shí)候性能就會(huì)急劇下降!
(注:以上3條只是我們多年以來的經(jīng)驗(yàn)結(jié)果，并不只絕對(duì)值，具體視情況不同浮動(dòng)較大)
ACCESS論壇(如動(dòng)網(wǎng))大了以后就很容易出現(xiàn)數(shù)據(jù)庫方面的問題，當(dāng)你的論壇數(shù)據(jù)庫在30M以上，帖子5萬左右，在線也在100人左右的時(shí)候，你的論壇基本上都在處理數(shù)據(jù)庫上花時(shí)間，這個(gè)時(shí)候很可能就會(huì)出現(xiàn)數(shù)據(jù)庫吃不消的情況，一般癥狀是所有涉及數(shù)據(jù)庫的頁面運(yùn)行都慢的出奇(執(zhí)行時(shí)間達(dá)到5秒以上甚至幾十秒)，涉及HTML和純ASP運(yùn)算的頁面都正常，你可以用一般ASP探針測(cè)試一下，如果服務(wù)器的運(yùn)算時(shí)間正常的話，就是數(shù)據(jù)庫方面的問題了。
解決方法:
由于這是ACCESS本身的局限性，所以解決的方法除了減少數(shù)據(jù)量和更換大型的數(shù)據(jù)庫論壇以外也沒什么好辦法，也就是現(xiàn)在常說的論壇危機(jī)，也是大型的論壇都不是ACCESS的原因。我們推薦以下方法:
1） 臨時(shí)解決辦法:定期刪除多余的數(shù)據(jù)、壓縮數(shù)據(jù)庫，限制論壇灌水，甚至限制論壇注冊(cè)。如果是動(dòng)網(wǎng)論壇，可以使用論壇自帶的分表儲(chǔ)存功能，會(huì)有較好的效果
2） 比較長遠(yuǎn)辦法:更換論壇和數(shù)據(jù)庫，一般都采用動(dòng)網(wǎng)sql商業(yè)版本+MSSQL 的方案來解決，不過這個(gè)需要比較大的投資。因?yàn)閙ssql2000和ACCESS相比需要更多的資源，光是占內(nèi)存上，就可以達(dá)到每一個(gè)在線1M以上的程度，如果你的SQL論壇有100人在線就會(huì)吃掉服務(wù)器至少150M以上內(nèi)存。