高并發大流量專題---1、高并發大流量解決方案總結

高并發大流量專題---1、高并發大流量解決方案總結

QPS：每秒響應請求數（指HTTP請求）：每秒鐘請求或者查詢的數量，在網際網路領域，指每秒響應請求數（指HTTP請求）；

吞吐量：機關時間内處理的請求數量（通常由QPS與并發數決定）

響應時間：從請求發出到收到響應花費的時間。例如系統處理一個HTTP請求需要100ms，這個100ms就是系統的響應時間

PV：綜合浏覽量（Page View），即頁面浏覽量或者點選量，一個訪客在24小時内通路的頁面數量；同一個人浏覽你的網站同一頁面，隻記作一次PV

UV：獨立訪客（UniQue Visitor），即一定時間範圍内相同訪客多次通路網站，隻計算為1個獨立訪客

帶寬：計算帶寬大小需關注兩個名額，峰值流量和頁面的平均大小

日網站帶寬=PV/統計時間（換算到秒）*平均頁面大小（機關KB）*8

峰值一般是平均值的倍數，根據實際情況來定

峰值每秒請求數（QPS）=（總PV數*80%）/（6小時秒數*20%）

一般了解單台伺服器能夠承受的QPS是多少

随着QPS的增長，每個階段需要根據實際情況來進行優化，優化的方案也與硬體條件、網絡帶寬息息相關。

|||-begin

假設關系型資料庫的每次請求在0.01秒完成；

假設單頁面隻有一個SQL查詢，那麼100QPS意味着1秒鐘完成100次請求，但是此時我們并不能保證資料庫查詢能完成100次

|||-end

假設我們使用百兆帶寬，意味着網站出口的實際帶寬是8M左右

假設每個頁面隻有10K，在這個并發條件下，百兆帶寬已經吃完

假設使用Memcache緩存資料庫查詢資料，每個頁面對Memcache的請求遠大于直接對DB的請求

Memcache的悲觀并發數在2w左右，但有可能在之前内網帶寬已經吃光，表現出不穩定

這個級别下，檔案系統通路鎖都成為了災難

流量優化 方法

防盜鍊處理

前端優化 方法

減少HTTP請求

添加異步請求：比如ajax

啟用浏覽器緩存和檔案壓縮

CDN加速

建立獨立圖檔伺服器

服務端優化 方法

頁面靜态化

并發處理

隊列處理

資料庫優化 方法

資料庫緩存

分庫分表、分區操作

讀寫分離

負載均衡

Web伺服器優化 方法

95 requests I 409 KB transferred I 718 KB resources l Finish:3.06s l DOMContentloaded:910 ms I Load:1.65s