首先應(yīng)該檢查一下,我們的什么服務(wù)器程序?qū)е铝薱pu資源的嚴(yán)重浪費,我們發(fā)現(xiàn),浪費一般發(fā)生在對文件或者是數(shù)據(jù)庫的操作上一般的小網(wǎng)站使用的都是asp + mdb(access),access的缺點是當(dāng)打開的連接一多，性能就會下降,如果同時的數(shù)據(jù)庫訪問達(dá)到了30以上性能就會明顯的下降,這個時候也會帶來嚴(yán)重的cpu資源損耗。

我們建議:

如果你的網(wǎng)站的實時更新要求不是特別高的話,建議你將所有的訪問數(shù)據(jù)庫的頁面改寫成為靜態(tài)的頁面,--方法就是使用fso進(jìn)行寫文件

如果你的更新的數(shù)據(jù)不是很多,可以考慮使用,application,比如說商品總量,當(dāng)前在線人數(shù),這樣避免了頻繁的數(shù)據(jù)庫訪問,

如果你有大量的數(shù)據(jù)要求更新數(shù)據(jù)庫,可以考慮自己建造緩沖區(qū),具體的操作是,建立,application,先將你的更新數(shù)據(jù)放在數(shù)組中,然后將數(shù)組放置在application之中,當(dāng)達(dá)到一個取數(shù)據(jù)的條件,可以使用計數(shù)器(超過多少數(shù)據(jù)就更新)或者時間(每過一段時間取數(shù)據(jù))實現(xiàn),就將數(shù)據(jù)讀取出來更新數(shù)據(jù)庫

由于application的操作是在內(nèi)存中的操作,所以對cpu的損耗時間非常少,只是占用了部分的內(nèi)存空間(到目前為止,我沒有聽過哪個服務(wù)商對內(nèi)存使用有限制,哈哈,有機(jī)可乘~~)

但是也要注意,使用application 的時候也有不足,當(dāng)讀取或者修改application時(將數(shù)據(jù)放入數(shù)組)并操作數(shù)據(jù)庫,會產(chǎn)生誤差,因為application可以鎖定的是修改不能鎖定讀取,不過這個誤差基本上很小,要知道,cpu的功能還是很強的;第二就是使用緩沖只能對一些不重要的數(shù)據(jù),重要的數(shù)據(jù)應(yīng)當(dāng)直接操作數(shù)據(jù)庫,因為當(dāng)服務(wù)器重起后,application就沒有了,有的服務(wù)商為了提高服務(wù)器性能,在一天之內(nèi)會重起IIS很多次,這樣的話,只有自己防備了,或者在application_END 的時候處理一下(這個主意不錯).

標(biāo)簽： 服務(wù)器 服務(wù)器性能 服務(wù)商 數(shù)據(jù)庫 網(wǎng)站

版權(quán)申明：本站文章部分自網(wǎng)絡(luò)，如有侵權(quán)，請聯(lián)系：west999com@outlook.com
特別注意：本站所有轉(zhuǎn)載文章言論不代表本站觀點！
本站所提供的圖片等素材，版權(quán)歸原作者所有，如需使用，請與原作者聯(lián)系。