當出現(xiàn)網(wǎng)站慢的時候我們腦子中要映出幾點原因：

1.程序代碼執(zhí)行方面

2.大量數(shù)據(jù)庫操作

3.域名dns解析問題

4.服務器環(huán)境

我也是這么解決的，下面說下解決中的步驟吧。

1.打開訪問慢的網(wǎng)站觀察下情況，通過火狐的fixfox 插件 或者 ie的元素查看工具，你網(wǎng)站里面加載的信息會一覽無遺的展現(xiàn)出來，并且那些元素加載耗時多少秒等等情況，如何解決能，把遠程耗時久的js下載到本地，或者直接刪除。

2. 我看了下頁面中有多處連接數(shù)據(jù)庫操作的地方，并且有遠程的數(shù)據(jù)庫操作，并且還有多余的數(shù)據(jù)庫連接代碼，話不多說，改之.

解決完了發(fā)現(xiàn)的確是快點了，但是還是不理想，于是我把頁面執(zhí)行數(shù)據(jù)庫代碼放到了數(shù)據(jù)庫中執(zhí)行沒有耗慢的情況。

3. 關于域名dns的情況只是其中一種情況，不要急著找域名商的問題，你可以寫個沒有數(shù)據(jù)操作的頁面放在同臺服務器域名下，看看是不是訪問同樣慢，如果是才有可能，你還要讓你周圍的人也看看，最好別是你同公司的人。

4. 我來看看服務器的情況吧，是不是cpu使用率過高造成的呢。

a. top 發(fā)現(xiàn)cpu使用也不高啊，30% 左右，但是發(fā)現(xiàn)一個問題，sleeping 的進程數(shù)比較多。擦，最好別是僵尸進程，現(xiàn)在這樣的東西不多了。

b. 查看了下timewait的量: 發(fā)現(xiàn)有mysqld 和 httpd 的，大部分來自于 httpd ； 命令 netstat -ae|grep time_wait

如何來解決timewait的量問題呢？

time_wait解決辦法：

vi /etc/sysctl.conf

編輯文件，加入以下內容：

net.ipv4.tcp_syncookies = 1

net.ipv4.tcp_tw_reuse = 1

net.ipv4.tcp_tw_recycle = 1

net.ipv4.tcp_fin_timeout = 30

net.ipv4.tcp_keepalive_time = 30 保持連接的時間

net.ipv4.tcp_max_tw_buckets = 100 這個是設置服務器同時保持的time_wait的數(shù)目

然后執(zhí)行 /sbin/sysctl -p 讓參數(shù)生效。

設置apache 的配置文件：

timeout 10 與客戶端連接超時的時間

keepalive on 一次連接可以多次傳輸，使的一次連接中可以傳遞多個http請求

maxkeepaliverequests 50 設置一次連接內，可以進行多少次請求

keepalivetimeout 15 如果服務器已經完成了一次請求，多長時間一直沒有接受到下一次請求就會斷開連接

保存重啟apache

設置完已上的操作后:

netstat -n |awk '/^tcp/{++s[$nf]}end{for (i in s ) print i,s[i]}'

你會發(fā)現(xiàn)非常成功。

如果還不夠滿意可以 再設置下ulimit參數(shù)

cat /etc/security/limits.confeof

* soft nofile 655350

* hard nofile 655350

eof

然后ulimit -shn 了 讓生效。

ok，當你再查看的時候 已經發(fā)現(xiàn)比較成功了。

如你發(fā)現(xiàn)mysqld 比較多的話，你可以優(yōu)化下mysql的性能： 見 mysql 性能調優(yōu)

好，已上都做完了，查看了先time_wait 發(fā)現(xiàn)有很多 百度機器人作怪挺嚴重的。 netstat -agn

最后只能忍痛割愛，暫時把百度蜘蛛在 robots.txt 屏蔽下，這只是暫時的解決方案。

接下來只能趕緊把首頁做成純靜態(tài)的，mygod。 到這里就完了。