linuxphp並發測試

『壹』 4顆四核3.6處理器8G內存，要是linux AS4.0+php+Mysql最大並發能達到多少啊

我自己3台伺服器
1台WEB
1台流媒體
1台WEB的數據及圖片等存儲

WEB伺服器，最主要的是CPU的限制
像流媒體，最主要還是帶寬，，其次就是內存
最後一台作為數據存儲的，，主要就是帶寬了

你這個配置已經不錯了，，

並發數無法和你討論，你起碼得將你用途公布，才可以給你一個非常非常粗糙的估算，，和實際的會出入很大。

『貳』 linux怎樣一鍵安裝web環境php+apache+mysql

准備好連接linux伺服器的工具，推薦用xshell和xftp。
xshell 是一個強大的安全終端模擬軟體，它支持SSH1, SSH2, 以及Microsoft Windows 平台的TELNET 協議。
下載地址：/softs/56322/view/28283/view/926025.htm
引用
在高並發連接的情況下，Nginx是Apache伺服器不錯的替代品。Nginx同時也可以作為7層負載均衡伺服器來使用。根據我的測試結果，Nginx 0.8.46 + PHP 5.2.14 (FastCGI) 可以承受3萬以上的並發連接數，相當於同等環境下Apache的10倍。
這里我們選擇nginx，輸入n，回車

到這里，我們就正式進入環境安裝環節了。你可以泡杯茶休息下。一般這個過程會持續半個小時的樣子。
為了防止斷掉和伺服器的連接，可以新開一個shell窗口，將滑鼠挪到窗口標簽欄，右擊，如下圖所示：

可以看到，新開了一個窗口

輸入top命令

可以看到一直在跳動的系統資源統計

好了。做完了這一些就讓我們靜靜的等待吧!程序正在自動編譯安裝服務!

到這個界面說明安裝已經結束了。
大家有疑問了。那我怎麼登錄ftp和mysql呢?
在命令行里輸入：
cat account.log

看到了沒?
ftp的用戶名是：www
mysql的用戶名是：root
密碼就在屏幕上了!
好了。所有配置都已經完成了。是不是很簡單!
----------------------------------------------------------------------
網站目錄：/alidata/www
伺服器軟體目錄：/alidata/server
Mysql 目錄 /alidata/server/mysql
Php目錄/alidata/server/php
選擇了nginx 那麼會有一個nginx 目錄在
/alidata/server/nginx/
Nginx 配置文件在/alidata/server/nginx/conf
Nginx虛擬主機添加 你可以修改/alidata/server/nginx/conf/vhosts/phpwind.conf
選擇了apache那麼會有一個httpd 目錄在
/alidata/server/httpd
apache 配置文件在/alidata/server/httpd/conf
apache虛擬主機添加 你可以修改/alidata/server/httpd/conf/vhosts/phpwind.conf

『叄』 php寫的程序，進行性能測試，各項資源都正常，增加並發，tps不增長，響應時間增長，您覺得瓶頸在哪

問題沒說清楚，也不好下定論啊，如果性能測試就壓100個用戶，在沒達到瓶頸的情況，各項指標應該都是平穩的，波動起伏不會太大，只有慢慢增加用戶，才會知道瓶頸所在隨著用戶的增加，下面各值會跟隨增加吞吐量，CPU，點擊率。。。等事務響應時間（這個系統一般沒達到極限是不變的）當事務響應時間開始明顯變長，說明系統達到了極限可以是CPU極限，可能是點擊率極限，可能是網路極限。。。你繼續增加用戶了，響應時間變長，吞吐量點擊開始明顯下降，說明就到瓶頸了，然後在看是什麼地方的瓶頸如果單一的吞吐量上不去，也可能是用戶訪問不多，吞吐量當然上不去

『肆』 Linux的虛擬主機 4核的電腦 CPU和並發連接數都不限 一個PHP網站的同時在線人數峰值可以到多少

不是看硬體的一般linux上都是lamp apache+php+mysql
Apache2.0以上最大連接數為4000-6000
一般峰值超過4000個並發連接apache就差不多了，再上去性能就不行了。

Nginx號稱可以最大並發連接數超過10000個，實際達到8000左右。
不過這些都是在硬體高新能的情況下的。你的4核應該不是問題了。

一般提高並發訪問連接有如下方法：1。 使用反向代理
2。 建立lamp集群 + 反向代理 （大型網站多是如此）

『伍』 PHP做游戲服務端可以達到多少並發

PHP做游戲服務端可以達到並發十萬。

包括使用緩存加速工具，經過優化後web性能有明顯的提高。這是我用壓力測試工具測試的並發數量。

自己下載個軟體來做下壓力測試才能得出較准確的數據，使用nginx更多是用來支持動態頁面，而且還可以做代理和一些限制設置，但論功能而言比apache更廣， apache 更擅長於對靜態頁面的解釋，穩定且比nginx配置更為簡單。

2012年數據：

2012上半年，中國游戲市場(包括PC網路游戲市場、移動網路游戲市場、PC單機游戲市場等)實際銷售收入248.4億元人民幣，比2011上半年增長了18.5%。

2012上半年，中國PC網路游戲市場實際銷售收入（包括了客戶端網游、網頁游戲、社交遊戲及游戲平台的市場銷售額）為235.5億元人民幣，比2011上半年增長了16.9%。

2012上半年，中國自主研發的PC網路游戲市場實際銷售收入為168.6億元人民幣，占網路游戲市場實際銷售收入的71.6%，較2011年同期的63%左右有明顯提升。

『陸』 為什麼這么多人覺得運行PHP的並發可以上1000

關鍵還在於nginx+php+fastcgi搭建完或搭建過程中的一些優化。

『柒』 如何測試mysql php 並發

愛站網，啥都有。

『捌』 php的pconnect 和 connect的區別

主要區別在於當php以apache模塊方式運行時,
由於apache有使用進程池,
一個httpd進程結束後會被放回進程池,
這也就使得用pconnect打開的的那個mysql連接資源不被釋放,
於是有下一個連接請求時就可以被復用.
這就使得在apache並發訪問量不大的時候,
由於使用了pconnect,
php節省了反復連接db的時間,
使得訪問速度加快.
這應該是比較好理解的.
但是在apache並發訪問量大的時候,
如果使用pconnect,
會由於之前的一些httpd進程佔用的mysql連接沒有close,
則可能會因為mysql已經達到最大連接著,
使得之後的一些請求永遠得不到滿足.
例如:
若mysql最大連接數設為500,
而apache的最大同時訪問數設為2000
假設所有訪問都會要求訪問db,
而且操作時間會比較長
當前500個請求的httpd都沒有結束的時候...之後的httd進程都是無法連接到mysql的(因已經達到mysql最大連接數).
只有當前500個httpd進程結束或被復用才可以連接得到了mysql.
其實這個也很好解釋了xgy_p的測試中若操作比較簡單,
pconnect比connect效率高很多,
而且跟使用jsp的連接池的速度比較接近.
因為這個時候httpd進程可以不斷的給復用.
而
當DB操作復雜,
耗時較長時,
因httpd會fork很多並發進程處理,
而先產生的httpd進程不釋放db連接,
使得後產生的httpd進程無法連上db.
因為這樣沒有復用其它httpd進程的mysql連接.
於是會就產生很多連接超時,
像一開始的1000個並發連接測試說幾乎都是連接超時就是這個原因.
(反進來看jsp用的如果是純粹的db連接池,
則不會有因為達到mysql連接上限而連不上的問題,
因為jsp的連接池會使得可以等待其它連接使用完畢並復用.
)
因此在並發訪問量不高時,使用pconnect可以簡單提高訪問速度,
但在並發量增大後,
是否再使用pconnect就要看程序員的選擇了.

『玖』 解決FastCGI 進程超過了配置的活動超時時限的問題

近日，需要滿足測試需求，進行大數據並發測試時，報出【HTTP
錯誤
500.0
-
Internal
Server
Error
E:PHPphp-cgi.exe
-
FastCGI
進程超過了配置的活動超時時限】
解決辦法：
IIS7->FastCGI設置->雙擊"php-cgi.exe"->"活動超時"
項默認是設置為70(秒)，改為600(10分鍾，此處根據需求設置可以略高~)

『拾』 php 高並發解決思路解決方案

php 高並發解決思路解決方案，如何應對網站大流量高並發情況。本文為大家總結了常用的處理方式，但不是細節，後續一系列細節教程給出。希望大家喜歡。

一 高並發的概念

在互聯網時代，並發，高並發通常是指並發訪問。也就是在某個時間點，有多少個訪問同時到來。

二 高並發架構相關概念

1、QPS (每秒查詢率) : 每秒鍾請求或者查詢的數量，在互聯網領域，指每秒響應請求數(指 HTTP 請求)

2、PV（Page View）：綜合瀏覽量，即頁面瀏覽量或者點擊量，一個訪客在 24 小時內訪問的頁面數量

--註：同一個人瀏覽你的網站的同一頁面，只記做一次 pv

3、吞吐量（fetches/sec） ：單位時間內處理的請求數量 （通常由 QPS 和並發數決定）

4、響應時間：從請求發出到收到響應花費的時間

5、獨立訪客（UV）：一定時間范圍內，相同訪客多次訪問網站，只計算為 1 個獨立訪客

6、帶寬：計算帶寬需關注兩個指標，峰值流量和頁面的平均大小

7、日網站帶寬： PV/統計時間（換算到秒） * 平均頁面大小（kb）* 8

三 需要注意點：

1、QPS 不等於並發連接數（QPS 是每秒 HTTP 請求數量，並發連接數是系統同時處理的請求數量）

2、峰值每秒請求數（QPS）= （總 PV 數*80%）/ （六小時秒數*20%）【代表 80%的訪問量都集中在 20%的時間內】

3、壓力測試： 測試能承受的最大並發數 以及測試最大承受的 QPS 值

4、常用的性能測試工具【ab，wrk，httpload，Web Bench，Siege，Apache JMeter】

四 優化

1、當 QPS 小於 50 時

優化方案:為一般小型網站,不用考慮優化

2、當 QPS 達到 100 時,遇到數據查詢瓶頸

優化方案: 資料庫緩存層,資料庫的負載均衡

3、當 QPS 達到 800 時, 遇到帶寬瓶頸

優化方案:CDN 加速,負載均衡

4、當 QPS 達到 1000 時

優化方案: 做 html 靜態緩存

5、當 QPS 達到 2000 時

優化方案: 做業務分離,分布式存儲

五、高並發解決方案案例:

1、流量優化

防盜鏈處理(去除惡意請求)

2、前端優化

(1) 減少 HTTP 請求[將 css,js 等合並]

(2) 添加非同步請求(先不將所有數據都展示給用戶,用戶觸發某個事件,才會非同步請求數據)

(3) 啟用瀏覽器緩存和文件壓縮

(4) CDN 加速

(5) 建立獨立的圖片伺服器(減少 I/O)

3、服務端優化

(1) 頁面靜態化

(2) 並發處理

(3) 隊列處理

4、資料庫優化

(1) 資料庫緩存

(2) 分庫分表,分區

(3) 讀寫分離

(4) 負載均衡

5、web 伺服器優化

(1) nginx 反向代理實現負載均衡

(2) lvs 實現負載均衡