術語說明：

QPS = req/sec = 請求數(shù)/秒

創(chuàng)新互聯(lián)-專業(yè)網(wǎng)站定制、快速模板網(wǎng)站建設、高性價比晉城網(wǎng)站開發(fā)、企業(yè)建站全套包干低至880元,成熟完善的模板庫,直接使用。一站式晉城網(wǎng)站制作公司更省心,省錢,快速模板網(wǎng)站建設找我們，業(yè)務覆蓋晉城地區(qū)。費用合理售后完善，十年實體公司更值得信賴。

QPS: 每秒鐘處理完請求的次數(shù)；注意這里是處理完。具體是指發(fā)出請求到服務器處理完成功返回結(jié)果?？梢岳斫庠趕erver中有個counter，每處理一個請求加1，1秒后counter=QPS。

【QPS計算PV和機器的方式】

QPS統(tǒng)計方式 [一般使用 http_load 進行統(tǒng)計]QPS = 總請求數(shù) / ( 進程總數(shù) * 請求時間 )QPS: 單個進程每秒請求服務器的成功次數(shù)

單臺服務器每天PV計算公式1：每天總PV = QPS * 3600 * 6公式2：每天總PV = QPS * 3600 * 8

服務器計算服務器數(shù)量 = ceil( 每天總PV / 單臺服務器每天總PV )

【峰值QPS和機器計算公式】

原理：每天80%的訪問集中在20%的時間里，這20%時間叫做峰值時間公式：( 總PV數(shù) * 80% ) / ( 每天秒數(shù) * 20% ) = 峰值時間每秒請求數(shù)(QPS)機器：峰值時間每秒QPS / 單臺機器的QPS = 需要的機器

問：每天300w PV 的在單臺機器上，這臺機器需要多少Q(mào)PS？答：( 3000000 * 0.8 ) / (86400 * 0.2 ) = 139 (QPS)

問：如果一臺機器的QPS是58，需要幾臺機器來支持？答：139 / 58 = 3

TPS：每秒鐘處理完的事務次數(shù)，一般TPS是對整個系統(tǒng)來講的。一個應用系統(tǒng)1s能完成多少事務處理，一個事務在分布式處理中，可能會對應多個請求，對于衡量單個接口服務的處理能力，用QPS比較多。

并發(fā)量級說明：

評價一個網(wǎng)站的“大小”，處于視角的不同，有很多種衡量的方法，類似文章數(shù)，頁面數(shù)之類的數(shù)據(jù)非常明顯，也沒有什么可以爭議的。但對于并發(fā)來說，爭議非常之多，這里就從一個技術的角度開始，談談幾個Web網(wǎng)站的數(shù)量級。

相信很多人談論一個網(wǎng)站的熱度，總免不了會詢問日均PV，同時在線人數(shù)、注冊用戶數(shù)等運營數(shù)據(jù)，說實話從技術角度來說，這幾個數(shù)值沒有一個可以放在一起比較的——一個靜態(tài)網(wǎng)站的PV跟一個SNS類/Web Game網(wǎng)站的PV根本就不是一回事。由于互聯(lián)網(wǎng)有一個傳說中的“3秒定律”，可能當下更多的網(wǎng)站技術指標要求1.5秒以內(nèi)加載整頁，或者至少可以達到閱讀的標準。如果要較真什么“同時在線”，毫不客氣的說，對于HTTP這類短鏈接的網(wǎng)絡協(xié)議來說，在WebSocket還不普及的時代，能統(tǒng)計在線純屬扯淡，唯一能做的只是取個時間段，計算下訪問用戶而已。這些依然可以換算成QPS（Quest Per Second每秒請求數(shù)）。就并發(fā)而言，我唯一推崇的只有理論大QPS和悲觀QPS。

這里就大致根據(jù)理論大QPS，給網(wǎng)站做幾個分類

50QPS以下——小網(wǎng)站

沒什么好說的，簡單的小網(wǎng)站而已，你可以用最簡單的方法快速搭建，短期沒有太多的技術瓶頸，只要服務器不要太爛就好。

50～100QPS——DB極限型

大部分的關系型數(shù)據(jù)庫的每次請求大多都能控制在0.01秒左右，即便你的網(wǎng)站每頁面只有一次DB請求，那么頁面請求無法保證在1秒鐘內(nèi)完成100個請求，這個階段要考慮做Cache或者多DB負載。無論那種方案，網(wǎng)站重構(gòu)是不可避免的。

300～800QPS——帶寬極限型

目前服務器大多用了IDC提供的“百兆帶寬”，這意味著網(wǎng)站出口的實際帶寬是8M Byte左右。假定每個頁面只有10K Byte，在這個并發(fā)條件下，百兆帶寬已經(jīng)吃完。首要考慮是CDN加速／異地緩存，多機負載等技術。

500～1000QPS——內(nèi)網(wǎng)帶寬極限＋Memcache極限型

由于Key/value的特性，每個頁面對memcache的請求遠大于直接對DB的請求，Memcache的悲觀并發(fā)數(shù)在2w左右，看似很高，但事實上大多數(shù)情況下，首先是有可能在次之前內(nèi)網(wǎng)的帶寬就已經(jīng)吃光，接著是在8K QPS左右的情況下，Memcache已經(jīng)表現(xiàn)出了不穩(wěn)定，如果代碼上沒有足夠的優(yōu)化，可能直接將壓力轉(zhuǎn)嫁到了DB層上，這就最終導致整個系統(tǒng)在達到某個閥值之上，性能迅速下滑。

1000～2000QPS——FORK/SELECT，鎖模式極限型

好吧，一句話：線程模型決定吞吐量。不管你系統(tǒng)中最常見的鎖是什么鎖，這個級別下，文件系統(tǒng)訪問鎖都成為了災難。這就要求系統(tǒng)中不能存在中央節(jié)點，所有的數(shù)據(jù)都必須分布存儲，數(shù)據(jù)需要分布處理?？傊P鍵詞：分布

2000QPS以上——C10K極限

盡管現(xiàn)在很多應用已經(jīng)實現(xiàn)了C25K，但短板理論告訴我們，決定網(wǎng)站整體并發(fā)的永遠是最低效的那個環(huán)節(jié)。我承認我生涯中從未遇到過2000QPS以上，甚至1.5K以上的網(wǎng)站，希望有此經(jīng)驗的朋友可以一起交流下。

網(wǎng)站名稱：高并發(fā)級別簡述-創(chuàng)新互聯(lián)
鏈接URL：http://aaarwkj.com/article16/pisgg.html

成都網(wǎng)站建設公司_創(chuàng)新互聯(lián)，為您提供服務器托管、網(wǎng)站制作、網(wǎng)站建設、品牌網(wǎng)站建設、軟件開發(fā)、企業(yè)網(wǎng)站制作

廣告

聲明：本網(wǎng)站發(fā)布的內(nèi)容（圖片、視頻和文字）以用戶投稿、用戶轉(zhuǎn)載內(nèi)容為主，如果涉及侵權(quán)請盡快告知，我們將會在第一時間刪除。文章觀點不代表本網(wǎng)站立場，如需處理請聯(lián)系客服。電話：028-86922220；郵箱：631063699@qq.com。內(nèi)容未經(jīng)允許不得轉(zhuǎn)載，或轉(zhuǎn)載時需注明來源： 創(chuàng)新互聯(lián)