起因：線上的一臺服務(wù)器，最近總是出現(xiàn) 訪問 很慢的情況發(fā)生，點擊一個鏈接要2秒鐘以上才能打開，按照我們對于訪問人數(shù)的估計，服務(wù)器應該不至于響應這么慢，從而需要針對這個問題進行分析，來解決網(wǎng)站訪問過慢。

分析：

1、首先，在頁面訪問變慢情況發(fā)生時，使用 top 命令查看了服務(wù)器的負載情況，發(fā)現(xiàn)負載并不高，初步估計不是程序的問題。
2、然后，查看了線程中的 httpd 的數(shù)量， ps -aux | grep httpd | wc -l 發(fā)現(xiàn)，線程數(shù)已經(jīng)達到了 apache 設(shè)置的最大值。由此斷定是網(wǎng)站訪問人數(shù)過多造成了訪問過慢。
3、為了驗證，查看了連接數(shù)和當前的連接數(shù)，分別是
    netstat -ant | grep $ip:80 | wc -l
    netstat -ant | grep $ip:80 | grep EST | wc -l
    發(fā)現(xiàn)果然，連接數(shù)特別多，遠遠超過我們的估計值。
4、剛開始的時候，對于服務(wù)器的 MPM 配置方式不是特別的熟悉，認為修改服務(wù)器配置可以解決問題。主要的配置部分包括 prefork 模式 或者 work 模式的配置，下面是一些簡單的介紹。

    prefork 模式：
    以 prefork 模式工作的 apache 的默認配置：
    <IfModule mpm_prefork_module>
        ServerLimit             2000   
        StartServers               5    #指定服務(wù)器啟動時建立的子進程數(shù)量
        MinSpareServers            5    #指定空閑子進程的最小數(shù)量
        MaxSpareServers           10    #指定空閑子進程的最大數(shù)量
        MaxClients               150    #指定同一時間客戶端最大接入請求的數(shù)量（單個進程并發(fā)線程數(shù)），任何超過該限制的請求都將進入等候隊列，一旦一個連接被釋放，隊列中的請求將得到服務(wù)
        MaxRequestsPerChild        0    #指定每個子進程在其生存周期內(nèi)允許伺服的最大請求數(shù)量，默認為10000，0表示子進程永遠不結(jié)束
    </IfModule>
    prefork 控制進程在最初建立“StartServers”個子進程后，為了滿足 MinSpareServers 設(shè)置的需要創(chuàng)建一個進程，等待一秒鐘，繼續(xù)創(chuàng)建兩個，再等待一秒鐘，繼續(xù)創(chuàng)建四個……如此按指數(shù)級增加創(chuàng)建的進程數(shù)，最多達到每秒32個，直到滿足MinSpareServers設(shè)置的值為止。這種模式可以不必在請求到來時再產(chǎn)生新的進程，從而減小了系統(tǒng)開銷以增加性能。
    MaxSpareServers 設(shè)置了最大的空閑進程數(shù)，如果空閑進程數(shù)大于這個值，Apache會自動kill掉一些多余進程。這個值不要設(shè)得過大，但如果設(shè)的值比 MinSpareServers小，Apache會自動把其調(diào)整為 MinSpareServers+1。如果站點負載較大，可考慮同時加大MinSpareServers和MaxSpareServers。
    MaxClients是這些指令中最為重要的一個，設(shè)定的是 Apache可以同時處理的請求，是對Apache性能影響最大的參數(shù)。其缺省值150是遠遠不夠的，如果請求總數(shù)已達到這個值（可通過ps -ef|grep httpd|wc -l來確認），那么后面的請求就要排隊，直到某個已處理請求完畢。這就是系統(tǒng)資源還剩下很多而HTTP訪問卻很慢的主要原因。雖然理論上這個值越大，可以處理的請求就越多，但Apache默認的限制不能大于256。在 apache2 中通過ServerLimit指令無須重編譯Apache就可以加大MaxClients。
    雖然通過設(shè)置ServerLimit，我們可以把MaxClients加得很大，但是往往會適得其反，系統(tǒng)耗光所有內(nèi)存。以一臺服務(wù)器為例：內(nèi)存2G，每個apache進程消耗大約0.5%（可通過ps aux來確認）的內(nèi)存，也就是10M，這樣，理論上這臺服務(wù)器最多跑200個apache進程就會耗光系統(tǒng)所有內(nèi)存，所以，設(shè)置MaxClients要慎重。
    worker 模式：
    以 worker 模式工作的 apache 的默認配置為：
    <IfModule mpm_worker_module>
        StartServers               2
        MaxClients               150
        MinSpareThreads           25
        MaxSpareThreads           75
        ThreadsPerChild           25
        MaxRequestsPerChild        0
    </IfModule>
    Worker 由主控制進程生成“StartServers”個子進程，每個子進程中包含固定的ThreadsPerChild線程數(shù)，各個線程獨立地處理請求。同樣，為了不在請求到來時再生成線程，
    MinSpareThreads和MaxSpareThreads設(shè)置了最少和最多的空閑線程數(shù)；而MaxClients 設(shè)置了同時連入的clients最大總數(shù)。如果現(xiàn)有子進程中的線程總數(shù)不能滿足負載，控制進程將派生新的子進程。
    MinSpareThreads和 MaxSpareThreads的最大缺省值分別是75和250。這兩個參數(shù)對Apache的性能影響并不大，可以按照實際情況相應調(diào)節(jié)。
    ThreadsPerChild是worker MPM中與性能相關(guān)最密切的指令。
    ThreadsPerChild的最大缺省值是64，如果負載較大，64也是不夠的。這時要顯式使用 ThreadLimit指令，它的最大缺省值是20000。
    Worker模式下所能同時處理的請求總數(shù)是由子進程總數(shù)乘以ThreadsPerChild 值決定的，應該大于等于MaxClients。如果負載很大，現(xiàn)有的子進程數(shù)不能滿足時，控制進程會派生新的子進程。默認最大的子進程總數(shù)是16，加大時也需要顯式聲明ServerLimit（最大值是20000）。需要注意的是，如果顯式聲明了ServerLimit，那么它乘以 ThreadsPerChild的值必須大于等于MaxClients，而且MaxClients必須是ThreadsPerChild的整數(shù)倍，否則 Apache將會自動調(diào)節(jié)到一個相應值。

    服務(wù)器的apache采用的是 prefork 的工作模式，對 MaxClients 進行了相應的調(diào)整，發(fā)現(xiàn)服務(wù)啟動后很短時間，連接數(shù)就能夠達到最大。
5、后來想到需要查看用戶都是訪問的那些頁面，將配置中的 access_log 打開，發(fā)現(xiàn)85%以上的訪問都是直接訪問的資源文件，由此判定，用戶可能使用了多線程的下載工具，或者這些資源遭受了盜鏈。
6、找到了問題所在，進行解決也就比較好辦了。想到了兩個方法：
    A、對單個IP進行連接的線程限制，不允許多線程連接資源。
        對于IP限制，我采用了 mod_limitipconn 這個模塊。這個模塊的好處是比較簡單，缺點是不能夠針對單獨的文件夾或者文件進行設(shè)置，而且不支持虛擬主機。
        在 apache 中安裝了這個模塊后，在配置文件中添加如下幾段就可以生效了：
            ExtendedStatus On
            < IfModule mod_limitipconn.c >
                < Location / >   # 所有虛擬主機的/目錄
                    MaxConnPerIP 3     # 每IP只允許3個并發(fā)連接
                    NoIPLimit image/*  # 對圖片不做IP限制
                < /Location >
            < Location /mp3 >  # 所有主機的/mp3目錄
            MaxConnPerIP 1         # 每IP只允許一個連接請求   
            OnlyIPLimit audio/mpeg video    # 該限制只對視頻和音頻格式的文件
                < /Location >
            < /IfModule >
    B、添加URL重寫，防止盜鏈。
        防止盜鏈，一個重要的方法就是判斷請求的 refer，但是如果使用一些瀏覽器發(fā)出請求的時候?qū)?refer 去掉，或者偽裝，這個辦法就無能為力了。但是貌似還有更高級的方法，還是可以實現(xiàn)這個功能。
        安裝apache的 mod_rewrite 模塊后，在apache配置文件中添加
        RewriteEngine On
        RewriteCond %{HTTP_REFERER} !^http://abc.com/.*$ [NC]
        RewriteCond %{HTTP_REFERER} !^http://abc.com$ [NC]
        RewriteCond %{HTTP_REFERER} !^http://www.abc.com/.*$ [NC]
        RewriteCond %{HTTP_REFERER} !^http://www.abc.com$ [NC]
        RewriteRule .*\.(gif|jpg|swf)$ http://www.abc.com/about/nolink.png [R,NC]
        這樣盜鏈的請求會被重定向到一個錯誤頁面，從而減少下載帶給服務(wù)器的壓力。