❶ 如何優化網站伺服器提升網站訪問速度
網站運營的任何時期，網站訪問速度都是至關重要的部分，它是網站友好體驗中最基本的一項，如果訪問體驗都令人不滿意，那麼後期所做的營銷推廣模式都有可能徒勞無功，因為網路中客戶的選擇成本很低，加上普遍客戶的耐心都不高，頁面訪問超過6秒客戶就會選擇離開，這對於一些流量本來就不高的企業網站來說無疑是雪上加霜。
一、升級正在使用中的伺服器
進行伺服器升級工作之前，要考慮多方面的問題，是升級已有的伺服器還是購置新的伺服器設備須根據實際情況抉擇。首先來說升級現有的伺服器設備，一般來說網站運營到後期隨著業務不斷增加，多平台應用的開發對於伺服器性能的要求也逐步提升，長而久之伺服器遇到性能瓶頸也是情理之中的事情，對於這種情況，我們可以通過升級伺服器（例如增加硬體設備或網路帶寬）等相關配置來滿足不斷擴大的業務需求，那麼伺服器性能瓶頸問題就可以得到解決。
二、優化正在使用的伺服器
不管是完成升級後的伺服器，還是新購置的伺服器，我們都要對其進行優化，從而提升伺服器的性能以及利用率。如何優化伺服器？作為在國互網工作到現在的資深IDC工作人員，小編認為大概分為以下四個方面
要點一：盡可能的減少HTTP請求數
從客戶訪問網站頁面到整個頁面內容完全展現出來，這其中要花費較多的時間來下載各種Scripts、CSS樣式表、Flash以及圖片，而每一類下載都相當於一次HTTP請求，這樣的請求越多網站被完全載入出來所花的時間會越長，意味著客戶端的訪問會很慢，那麼此時就需要盡可能的減少HTTP請求數，通常我們可以直接把css和js寫入到頁面中，避免了外部的調用；或者我們可以把CSS文件和JS文件分來，在後台再進行合並，這樣客戶端瀏覽器相當於一次請求。這是小編在國互網美女前端那學來的。
要點二：降低DNS查詢時間
眾所周知網路伺服器端的域名和IP地址是相互對應的，當客戶端發出請求時，計算機還需要通過域名和IP地址的相互轉換來判斷，而這個轉換工作便是域名解析DNS，通常DNS的查詢需要10~20毫秒時間，客戶端瀏覽器也只會等待DNS查詢結束之後才會載入此域名下的內容。因此，我們要加快頁面的訪問速度，就可以從降低DNS查詢時間方面去做改善。
要點三：啟用伺服器Gzip壓縮功能
對於大中型網站來說，頁面的內容多且比較多樣化，單個頁面的大小可能是幾百K以上了，客戶端訪問的時候下載會比較慢，此時我們可以採用伺服器Gzip頁面壓縮功能，可以將一個大小為100K的頁面文件壓縮成25K以下，這樣就可以減少網路傳輸的數量從而提高客戶端訪問速度。一般伺服器都是可以使用Gzip壓縮功能的，並且能夠針對JS文件、CSS文件和Html進行壓縮，多方面去進行優化網站訪問速度。
要點四：推薦大中型網站使用CDN加速工具
CDN加速是目前大型網站普遍使用的頁面加速方式，它對於網站優化幾乎沒有影響的，基本原理是將網站鏡像備份到很多伺服器節點上，使伺服器節點周圍的用戶訪問速度更快，從而提升客戶端高速訪問網站的體驗；但是並不是所有的網站都適合使用CDN加速，一般對於小規模站點個人站的話，就不需要使用CDN加速，畢竟從長期來看這可是一筆不小的開支；建議圖片站以及多媒體站點可使用CDN加速。
希望以上知識能夠幫到您
❷ web伺服器優化的方法
在對Web伺服器進行優化時要根據真實的Web應用系統的情況和特徵來採取有針對性地優化方案。
1.根據不同的網路特性來看：
1.1區域網
在區域網中，降低M T U (最大傳輸單位)值對可以避免復制數據和要求校驗，而通過優化select系統調用或在Socket事件處理器中執行計算可以優化請求並發管理，利用HTTP1．1持續連接等都可以使系統性能得到相應的改善但在廣域網的環境下卻沒有什麼大的作用，有的甚至恰恰相反。
1.2廣域網
在廣域網中，終端用戶的請求的等待時間依賴於與網路延遲的程度，連接帶寬限制情況。對於廣域網，軟硬中斷在網路處理中佔有很大的分量，所以採用適應的中斷處理機制將會給伺服器的響應能力帶來很大的好處；將伺服器定位在內核和將基於進程設計改為基於事務處理也可以不同程度的提高伺服器的性能。
2.關於Web負載
除了對Web負載的特徵進行分析以便在評測時更好地再現真實負載之外，還要考慮Web伺服器所在的網路環境下負載的情況。人們不僅要求伺服器滿足正常的工作負載要求，而且在高峰時期依然要保持較高的吞吐量。但是，伺服器在高負載的情況下的性能表現往往低於人們的期望。
伺服器過載的情況分為兩種：
2.1瞬間過載
伺服器暫時的、短時間的超載，這種情況主要是由伺服器負載的特點引起的。大量的研究表明，Web請求的網路通信量分布是自相似的，即Web請求的通信量可以在很大范圍內有顯著的變化。這就造成伺服器常常短時間的超載，但這樣情況持續的時間一般很短
2.2伺服器長時間的超載
這種情況一般是由某一特殊事件引起的，例如伺服器受到拒絕服務攻擊或者發生了「活鎖」現象
第一種伺服器超載情況是不可避免的，但第二種情況則可以通過對伺服器改進來改善。拋開惡意的攻擊不算，仔細分析伺服器處理信息包的過程可以發現，造成系統在超載情況下性能下降的根本原因是高優先順序處理階段對CPU的不公平搶占。
因此，如果限制高優先順序處理階段對CPU的佔用率，或者限制處理高優先順序的CPU個數，都可以減輕或者消除收包活鎖現象。
具體的可以採用以下的方法:
2.2.1採用輪詢機制
為了減少中斷對系統性能的影響，在負載正常的情況下採用「下半處理」 的方法就非常有效，而在高負荷情況下，採用這個方法仍然會造成活鎖現象，這時可以採用輪詢機制。雖然這個方法在負載正常的情況下會造成資源的浪費和響應速度降低，但在網路數據頻繁到達伺服器時就要比中斷驅動技術有效的多。
2.2.2減少上下文切換
這種方法不管伺服器在什麼情況下對性能改善都很有效，這時可以採用引入核心級（kerne1—leve1）或硬體級數據流的方法來達到這個目的。核心級數據流是將數據從源通過系統匯流排進行轉發而不需要使數據經過應用程序進程，這個過程中因為數據在內存中，因此需要CPU操作數據。
硬體級數據流則是將數據從源通過私有數據匯流排或是雖等DMA通過系統匯流排進行轉發而不需要使數據經過應用程序進程，這個過程不需要CPU操作數據。這樣在數據傳輸過程中不需要用戶線程的介入，減少了數據被拷貝的次數，減少了上下文切換的開銷。
2.2.3減低中斷的頻率（主要是針對高負荷情況的方法）
這里主要有兩種方法：批中斷和暫時關閉中斷。批中斷可以在超載時有效的抑制活鎖現象，但對伺服器的性能沒有什麼根本性的改進；當系統出現接收活鎖跡象時，可以採用暫時關閉中斷的方法來緩和系統的負擔，當系統緩存再次可用時可以再打開中斷，但這種方法在接收緩存不夠大的情況下會造成數據包丟失。
四．Web伺服器優化總結
Web伺服器性能是整個Web系統的關鍵環節，提高Web伺服器的性能也是長久以來人們一直關注的課題。這里通過對Web伺服器的工作原理和現有的優化方法和技術的分析，得出了對待Web伺服器性能的提高也應該具體問題具體分析，要在具體的應用環境中，根據其特點來採取相應的優化措施。
❸ 如何對Apache Web伺服器進行性能優化
[1] Apache是世界使用排名第一的Web伺服器軟體。它可以運行在幾乎所有廣泛使用的計算機平台上，由於其跨平台和安全性被廣泛使用，是最流行的Web伺服器端軟體之一。它快速、可靠並且可通過簡單的API擴充，將Perl/Python等解釋器編譯到伺服器中。同時Apache音譯為阿帕奇，是北美印第安人的一個部落，叫阿帕奇族，在美國的西南部。也是一個基金會的名稱、一種武裝直升機等等。
❹ 網站QPS好低啊，有什麼優化方法
更換伺服器就好了，和網站本身沒關系
❺ 伺服器性能不足怎麼辦
升級伺服器 或者減少程序代碼的運行
❻ 要怎麼優化伺服器
老大,你什麼伺服器啊/
伺服器最好不要優化.因為優化的話會導致系統崩潰或不能正常工作.
要想伺服器運行穩定.訪問速度快的話.最好是升級伺服器的配置,而不是去優化伺服器系統.
❼ 如何提高tomcat伺服器的性能
Tomcat性能調優方案
一、操作系統調優
對於操作系統優化來說，是盡可能的增大可使用的內存容量、提高CPU的頻率，保證文件系統的讀寫速率等。經過壓力測試驗證，在並發連接很多的情況下，CPU的處理能力越強，系統運行速度越快。。
【適用場景】 任何項目。
二、Java虛擬機調優
應該選擇SUN的JVM，在滿足項目需要的前提下，盡量選用版本較高的JVM，一般來說高版本產品在速度和效率上比低版本會有改進。
JDK1.4比JDK1.3性能提高了近10%-20%，JDK1.5比JDK1.4性能提高25%-75%。
因此對性能要求較高的情況推薦使用 JDK1.6。
【適用場景】 任何項目。
三、Apache集成Tomcat
Web伺服器專門處理HTTP請求，應用伺服器是通過很多協議為應用提供商業邏輯。雖然Tomcat也可以作web伺服器，但其處理靜態html的速度比不上Apache，且其作為web伺服器的功能遠不如Apache，因此把Apache和Tomcat集成起來，將html和Jsp的功能部分進行明確分工，讓Tomcat只處理Jsp部分，其他的由Apache，IIS等web伺服器去處理，由此大大提高Tomcat的運行效率。
如果一個項目中大量使用了靜態頁面、大量的圖片等，並有有較大的訪問量，推薦使用Apache集成Tomcat的方式來提高系統的整體性能。
Apache和Tomcat的整合有三種方式，分別是JK、http_proxy和ajp_proxy.其中JK方式是最常見的方式，JK本身有兩個版本分別是1和2，目前1最新版本是1.2.8，而版本2早已經廢棄了。http_proxy是利用Apache自帶的mod_proxy模塊使用代理技術來連接Tomcat。Ajp_proxy連接方式其實跟http_proxy方式一樣，都是由mod_proxy所提供的功能。只需要把配置中的http://換成ajp://,同時連接的是Tomcat的AJP Connector所在的埠。
相對於JK的連接方式，後兩種在配置上比較簡單的，靈活性方面也一點都不遜色。但就穩定性而言不像JK這樣久經考驗，所以建議採用JK的連接方式。
Apache+JK+Tomcat配置：
使用到的兩個配置文件分別是：httpd.conf和mod_jk.conf。其中httpd.conf是Apache伺服器的配置文件，用來載入JK模塊以及指定JK配置文件信息。mod_jk.conf是到Tomcat伺服器的連接定義文件。
【部署步驟】
1.安裝Apache伺服器
2.部署Tomcat
3.將mod_jk.so拷貝到moles目錄下面
4.修改httpd.conf和mod_jk.conf
【適用場景】 大量使用靜態頁面的應用系統。
四、Apache和Tomcat集群
對於並發要求很高的系統，我們需要採取負載均衡的方式來分擔Tomcat伺服器的壓力。負載均衡實現大概有四種：第一是通過DNS，但只能簡單的實現輪流分配，不能處理故障；第二是基於MS IIS,windows 2003 server本身就帶了負載均衡服務；第三是硬體方式，通過交換機功能或專門的負載均衡設備來實現；第四種是軟體的方式，通過一台負載均衡伺服器進行，上面安裝軟體。使用Apache Httpd Server做負載均衡器，Tomcat集群節點使用Tomcat就可以做到上述第四種方式，這種方式比較靈活，成本相對比較低，另外一個很大的優點就是可以根據應用情況和伺服器的情況做一些靈活的配置。所以推薦使用Apache+Tomcat集群來實現負載均衡。
採用Tomcat集群可以最大程度的發揮伺服器的性能，可以在配置較高的伺服器上部署多個Tomcat，也可以在多台伺服器上分別部署Tomcat，Apache和Tomcat整合的方式還是JK方式。經過驗證，系統對大用戶量使用的響應方面，Apache+3Tomccat集群> Apache+2Tomcat集群 > Apache集成Tomcat > 單個Tomcat。並且採用Apache+多Tomcat集群的部署方式時，如果一個Tomcat出現宕機，系統可以繼續使用，所以在硬體系統性能足夠優越的情況下，需要盡量發揮軟體的性能，可以採用增加Tomcat集群的方式。
Apache+Tomcat集群的方式使用到得配置文件有httpd.conf、mod_jk.conf、workers.properties。其中mod_jk.conf是對JK信息的配置，包括JK的路徑等，workers.properties配置文件是對Tomcat伺服器的連接定義文件。
Apache需要調整運行參數，這樣才能構建一個適合相應網路環境的web服務。其中可進行的優化配置如下：
1. 設置MPM（Multi Processing Moles多道處理模塊）。ThreadPerChild,這個參數用於設置每個進程的線程數，在Windows環境下默認值是64，最大值是1920，建議設置為100-500之間，伺服器性能高的話值大一些，反之小一些。MaxRequestPerChild表示每個子進程能夠處理的最大請求數。這個參數的值更大程度上取決於伺服器的內存，如果內存比較大的話可以設置為很大的參數，否則設置一個較小的值，建議值是3000.
2. 關閉DNS和名字解析 HostnameLookups off
3. 打開UseCanonicalName模塊 UseCanonicalName on
4. 關閉多餘模塊 一般來說，不需要載入的模塊有，mod_include.so、mod_autoindex.so、mod_access.so、mod_auth.so.
5. 打開KeepAlive支持
KeepAlive on, KeepAliveTimeout 15 MaxKeepAliveRequests 1000
根據實際經驗，通過Apache和Tomcat集群的方式提高系統性能的效果十分明顯，這種方式可以最大化的利用硬體資源，通過多個Tomcat的處理來分擔單Tomcat時的壓力。
【部署步驟】
1.安裝Apache伺服器
2.部署Tomcat集群，即多個相同的Tomcat。
3.將mod_jk.so拷貝到moles目錄下面
4.修改httpd.conf、mod_jk.conf和workers.properties
【適用場景】 並發用戶量及在線使用用戶數量比較高的系統。
五、Tomcat自身優化
1. JVM參數調優：-Xms<size> 表示JVM初始化堆的大小，-Xmx<size>表示JVM堆的最大值。這兩個值的大小一般根據需要進行設置。當應用程序需要的內存超出堆的最大值時虛擬機就會提示內存溢出，並且導致應用服務崩潰。因此一般建議堆的最大值設置為可用內存的最大值的80%。在catalina.bat中，設置JAVA_OPTS='-Xms256m -Xmx512m'，表示初始化內存為256MB，可以使用的最大內存為512MB。
2. 禁用DNS查詢
當web應用程序向要記錄客戶端的信息時，它也會記錄客戶端的IP地址或者通過域名伺服器查找機器名轉換為IP地址。DNS查詢需要佔用網路，並且包括可能從很多很遠的伺服器或者不起作用的伺服器上去獲取對應的IP的過程，這樣會消耗一定的時間。為了消除DNS查詢對性能的影響我們可以關閉DNS查詢，方式是修改server.xml文件中的enableLookups參數值：
Tomcat4
<Connector className="org.apache.coyote.tomcat4.CoyoteConnector" port="80" minProcessors="5" maxProcessors="75" enableLookups="false" redirectPort="8443" acceptCount="100" debug="0" connectionTimeout="20000" useURIValidationHack="false" disableUploadTimeout="true" />
Tomcat5
<Connector port="80" maxThreads="150" minSpareThreads="25" maxSpareThreads="75" enableLookups="false" redirectPort="8443" acceptCount="100" debug="0" connectionTimeout="20000" disableUploadTimeout="true"/>
3. 調整線程數
通過應用程序的連接器（Connector）進行性能控制的的參數是創建的處理請求的線程數。Tomcat使用線程池加速響應速度來處理請求。在Java中線程是程序運行時的路徑，是在一個程序中與其它控制線程無關的、能夠獨立運行的代碼段。它們共享相同的地址空間。多線程幫助程序員寫出CPU最大利用率的高效程序，使空閑時間保持最低，從而接受更多的請求。
Tomcat4中可以通過修改minProcessors和maxProcessors的值來控制線程數。這些值在安裝後就已經設定為默認值並且是足夠使用的，但是隨著站點的擴容而改大這些值。minProcessors伺服器啟動時創建的處理請求的線程數應該足夠處理一個小量的負載。也就是說，如果一天內每秒僅發生5次單擊事件，並且每個請求任務處理需要1秒鍾，那麼預先設置線程數為5就足夠了。但在你的站點訪問量較大時就需要設置更大的線程數，指定為參數maxProcessors的值。maxProcessors的值也是有上限的，應防止流量不可控制（或者惡意的服務攻擊），從而導致超出了虛擬機使用內存的大小。如果要加大並發連接數，應同時加大這兩個參數。web server允許的最大連接數還受制於操作系統的內核參數設置，通常Windows是2000個左右，Linux是1000個左右。
在Tomcat5對這些參數進行了調整，請看下面屬性：
maxThreads Tomcat使用線程來處理接收的每個請求。這個值表示Tomcat可創建的最大的線程數。
acceptCount 指定當所有可以使用的處理請求的線程數都被使用時，可以放到處理隊列中的請求數，超過這個數的請求將不予處理。
connnectionTimeout 網路連接超時，單位：毫秒。設置為0表示永不超時，這樣設置有隱患的。通常可設置為30000毫秒。
minSpareThreads Tomcat初始化時創建的線程數。
maxSpareThreads 一旦創建的線程超過這個值，Tomcat就會關閉不再需要的socket線程。
最好的方式是多設置幾次並且進行測試，觀察響應時間和內存使用情況。在不同的機器、操作系統或虛擬機組合的情況下可能會不同，而且並不是所有人的web站點的流量都是一樣的，因此沒有一刀切的方案來確定線程數的值。
六、APR庫使用
Tomcat中使用APR庫，其實就是在Tomcat中使用JNI的方式來讀取文件以及進行網路傳輸。可以大大提升Tomcat對靜態文件的處理性能，同時如果你使用了HTTPS方式傳輸的話，也可以提升SSL的處理性能。
一般在Windows下，可以直接下載編譯好的二進製版本的dll庫文件來使Tomcat啟用APR，一般建議拷貝庫文件tcnative-1.dll到Tomcat的bin目錄下。而在Linux下，可以直接解壓和安裝bin目錄下的tomcat_native.tar.gz文件，編譯之前要確保apr庫已經安裝。
怎麼才能判斷Tomcat是否已經啟用了APR庫呢？方法是通過看Tomcat的啟動日誌：
如果沒有啟用APR，則啟動日誌一般有這么一條：
org.apache.coyote.http11.Http11Protocol start
如果啟用了APR，則這條日誌就會變成：
org.apache.coyote.http11.Http11AprProtocol start
tcnative-1.dll 下載地址：http://tomcat.heanet.ie/native/
調優綜述
根據以上分析，如果想要Tomcat達到最優的效果，首先要爭取使得操作系統以及網路資源達到最優，並且最好使用高版本的JDK。對於有大量靜態頁面的系統，採用Apache集成Tomcat的方式，把靜態頁面交由Apache處理，動態部分交由Tomcat處理，能極大解放Tomcat的處理能力。使用ARP庫也能極大的提高Tomcat對靜態文件的處理能力。對於並發要求較高的系統，採用Apache加Tomcat集群的方式，將負載分別分擔到多個Tomcat上，能很大的提高系統的性能，充分利用硬體資源。同時需要對Tomcat自身進行優化，包括增大內存、調節並發線程數等。
❽ 伺服器一般達到多少qps比較好
原理：每天80%的訪問集中在20%的時間里，這20%時間叫做峰值時間。
公式：( 總PV數 * 80% ) / ( 每天秒數 * 20% ) = 峰值時間每專秒請求數(QPS) 。
機器屬：峰值時間每秒QPS / 單台機器的QPS = 需要的機器 。
每天300w PV 的在單台機器上，這台機器需要多少QPS？
( 3000000 * 0.8 ) / (86400 * 0.2 ) = 139 (QPS)。
一般需要達到139QPS，因為是峰值。
❾ nginx qps和rt啥意思
從壓力的結果來看，你的數據也不是很糟糕。200並發的情況下，可以達到7000qps，也不錯了。 並且在這種情況下，耗時大部分都在30ms之下。 如果是並發量增大，qps無明顯變化，可以那麼看下瓶頸是否在php上，看下php的進程數是否有優化的空間。
❿ 伺服器一般達到多少qps比較好
原理：每天來80%的訪問集中在源20%的時間里，這20%時間叫做峰值時間。
公式：( 總PV數 * 80% ) / ( 每天秒數 * 20% ) = 峰值時間每秒請求數(QPS) 。
機器：峰值時間每秒QPS / 單台機器的QPS = 需要的機器 。
每天300w PV 的在單台機器上，這台機器需要多少QPS？
( 3000000 * 0.8 ) / (86400 * 0.2 ) = 139 (QPS)。
一般需要達到139QPS，因為是峰值。