1、開啟CDN加速

針對第一種情況，最好的辦法是開啟CDN加速。把源站內(nèi)容分發(fā)至各地最接近用戶的節(jié)點；縮短用戶到節(jié)點的物理距離，使用戶可就近取得所需內(nèi)容，降低延遲。簡單來說，當(dāng)一個網(wǎng)站開啟了CDN加速，能給用戶的感覺是訪問網(wǎng)站速度或者下載東西的速度會明顯比沒有開啟加速更快了。

2、確認服務(wù)器硬件是否足夠支持當(dāng)前的流量。

針對第二種情況，那就更簡單了，進行服務(wù)器擴容就可以了。普通的P4服務(wù)器一般最多能支持每天10萬獨立IP，如果訪問量比這個還要大，那么必須首先配置一臺更高性能的專用服務(wù)器才能解決問題，否則怎么優(yōu)化都不可能徹底解決性能問題。

3、優(yōu)化數(shù)據(jù)庫訪問。

服務(wù)器的負載過大，一個重要的原因是CPU負荷過大，降低服務(wù)器CPU的負荷，才能夠有效打破瓶頸。而使用靜態(tài)頁面可以使得CPU的負荷最小化。前臺實現(xiàn)完全的靜態(tài)化當(dāng)然最好，可以完全不用訪問數(shù)據(jù)庫，不過對于頻繁更新的網(wǎng)站，靜態(tài)化往往不能滿足某些功能。

緩存技術(shù)就是另一個解決方案，就是將動態(tài)數(shù)據(jù)存儲到緩存文件中，動態(tài)網(wǎng)頁直接調(diào)用這些文件，而不必再訪問數(shù)據(jù)庫，WordPress和Z-Blog都大量使用這種緩存技術(shù)。

如果確實無法避免對數(shù)據(jù)庫的訪問，那么可以嘗試優(yōu)化數(shù)據(jù)庫的查詢SQL.避免使用Select * from這樣的語句，每次查詢只返回自己需要的結(jié)果，避免短時間內(nèi)的大量SQL查詢。

4、禁止外部的盜鏈。

外部網(wǎng)站的圖片或者文件盜鏈往往會帶來大量的負載壓力，因此應(yīng)該嚴格限制外部對于自身的圖片或者文件盜鏈，好在目前可以簡單地通過refer來控制盜 鏈，Apache自己就可以通過配置來禁止盜鏈，IIS也有一些第三方的ISAPI可以實現(xiàn)同樣的功能。當(dāng)然，偽造refer也可以通過代碼來實現(xiàn)盜鏈， 不過目前蓄意偽造refer盜鏈的還不多，可以先不去考慮，或者使用非技術(shù)手段來解決，比如在圖片上增加水印。

5、控制大文件的下載。

大文件的下載會占用很大的流量，并且對于非SCSI硬盤來說，大量文件下載會消耗CPU，使得網(wǎng)站響應(yīng)能力下降。因此，盡量不要提供超過2M的大文件下載， 如果需要提供，建議將大文件放在另外一臺服務(wù)器上。目前有不少免費的Web 2.0網(wǎng)站提供圖片分享和文件分享功能，因此可以盡量將圖片和文件上傳到這些分享網(wǎng)站。

6、使用不同服務(wù)器分流主要流量

將文件放在不同的主機上，提供不同的鏡像供用戶下載。

7、使用流量分析統(tǒng)計軟件

在網(wǎng)站上安裝一個流量分析統(tǒng)計軟件，可以即時知道哪些地方耗費了大量流量，哪些頁面需要再進行優(yōu)化，因此，解決流量問題還需要進行精確的統(tǒng)計分析才可以。