php 高并發(fā)解決思路解決方案,如何應(yīng)對網(wǎng)站大流量高并發(fā)情況。本文為大家總結(jié)了常用的處理方式,但不是細(xì)節(jié),后續(xù)一系列細(xì)節(jié)教程給出。希望大家喜歡。
創(chuàng)新互聯(lián)建站2013年至今,先為久治等服務(wù)建站,久治等地企業(yè),進(jìn)行企業(yè)商務(wù)咨詢服務(wù)。為久治企業(yè)網(wǎng)站制作PC+手機(jī)+微官網(wǎng)三網(wǎng)同步一站式服務(wù)解決您的所有建站問題。
一 高并發(fā)的概念
在互聯(lián)網(wǎng)時代,并發(fā),高并發(fā)通常是指并發(fā)訪問。也就是在某個時間點(diǎn),有多少個訪問同時到來。
二 高并發(fā)架構(gòu)相關(guān)概念
1、QPS (每秒查詢率) : 每秒鐘請求或者查詢的數(shù)量,在互聯(lián)網(wǎng)領(lǐng)域,指每秒響應(yīng)請求數(shù)(指 HTTP 請求)
2、PV(Page View):綜合瀏覽量,即頁面瀏覽量或者點(diǎn)擊量,一個訪客在 24 小時內(nèi)訪問的頁面數(shù)量
--注:同一個人瀏覽你的網(wǎng)站的同一頁面,只記做一次 pv
3、吞吐量(fetches/sec) :單位時間內(nèi)處理的請求數(shù)量 (通常由 QPS 和并發(fā)數(shù)決定)
4、響應(yīng)時間:從請求發(fā)出到收到響應(yīng)花費(fèi)的時間
5、獨(dú)立訪客(UV):一定時間范圍內(nèi),相同訪客多次訪問網(wǎng)站,只計算為 1 個獨(dú)立訪客
6、帶寬:計算帶寬需關(guān)注兩個指標(biāo),峰值流量和頁面的平均大小
7、日網(wǎng)站帶寬: PV/統(tǒng)計時間(換算到秒) * 平均頁面大小(kb)* 8
三 需要注意點(diǎn):
1、QPS 不等于并發(fā)連接數(shù)(QPS 是每秒 HTTP 請求數(shù)量,并發(fā)連接數(shù)是系統(tǒng)同時處理的請求數(shù)量)
2、峰值每秒請求數(shù)(QPS)= (總 PV 數(shù)*80%)/ (六小時秒數(shù)*20%)【代表 80%的訪問量都集中在 20%的時間內(nèi)】
3、壓力測試: 測試能承受的最大并發(fā)數(shù) 以及測試最大承受的 QPS 值
4、常用的性能測試工具【ab,wrk,httpload,Web Bench,Siege,Apache JMeter】
四 優(yōu)化
1、當(dāng) QPS 小于 50 時
優(yōu)化方案:為一般小型網(wǎng)站,不用考慮優(yōu)化
2、當(dāng) QPS 達(dá)到 100 時,遇到數(shù)據(jù)查詢瓶頸
優(yōu)化方案: 數(shù)據(jù)庫緩存層,數(shù)據(jù)庫的負(fù)載均衡
3、當(dāng) QPS 達(dá)到 800 時, 遇到帶寬瓶頸
優(yōu)化方案:CDN 加速,負(fù)載均衡
4、當(dāng) QPS 達(dá)到 1000 時
優(yōu)化方案: 做 html 靜態(tài)緩存
5、當(dāng) QPS 達(dá)到 2000 時
優(yōu)化方案: 做業(yè)務(wù)分離,分布式存儲
五、高并發(fā)解決方案案例:
1、流量優(yōu)化
防盜鏈處理(去除惡意請求)
2、前端優(yōu)化
(1) 減少 HTTP 請求[將 css,js 等合并]
(2) 添加異步請求(先不將所有數(shù)據(jù)都展示給用戶,用戶觸發(fā)某個事件,才會異步請求數(shù)據(jù))
(3) 啟用瀏覽器緩存和文件壓縮
(4) CDN 加速
(5) 建立獨(dú)立的圖片服務(wù)器(減少 I/O)
3、服務(wù)端優(yōu)化
(1) 頁面靜態(tài)化
(2) 并發(fā)處理
(3) 隊列處理
4、數(shù)據(jù)庫優(yōu)化
(1) 數(shù)據(jù)庫緩存
(2) 分庫分表,分區(qū)
(3) 讀寫分離
(4) 負(fù)載均衡
5、web 服務(wù)器優(yōu)化
(1) nginx 反向代理實(shí)現(xiàn)負(fù)載均衡
(2) lvs 實(shí)現(xiàn)負(fù)載均衡
可以采用數(shù)據(jù)庫緩存、事務(wù)緩存等技巧。還可以從架構(gòu)上把事務(wù)做合理的分配,花錢擴(kuò)充你的硬件設(shè)施等。比如,阿里巴巴從最初的1臺電腦逐步擴(kuò)充到過萬臺電腦了。
與PHP程序關(guān)系也非常大,比如,你發(fā)現(xiàn)了網(wǎng)站反應(yīng)慢的第一因素是因?yàn)槟硞€表非常大,你的網(wǎng)頁從那個庫表中讀寫時間非常長,可以考慮用一個原則把數(shù)據(jù)庫表分段,每一段存到不同的計算機(jī)上去保存,你的程序需要讀寫那個表的時候,先判斷要讀寫的內(nèi)容屬于哪一段的,然后再去從已經(jīng)建立了永久連接的清單中找到對應(yīng)段的連接來用。
阿里巴巴有個例子:每一種商品的屬性字段內(nèi)容打印出來就要5頁A4紙,160多萬種商品,如果你要從包含了商品屬性字段的那張表中進(jìn)行讀寫,該是多長時間?
使用緩存,比如memcache,redis,因?yàn)樗鼈兪窃趦?nèi)存中運(yùn)行,所以處理數(shù)據(jù),返回數(shù)據(jù)非??欤钥梢詰?yīng)對高并發(fā)。
2.增加帶寬和機(jī)器性能,1M的帶寬同時處理的流量肯定有限,所以在資源允許的情況下,大帶寬,多核cpu,高內(nèi)存是一個解決方案。
3.分布式,讓多個訪問分到不同的機(jī)器上去處理,每個機(jī)器處理的請求就相對減少了。
簡單說些常用技術(shù),負(fù)載均衡,限流,加速器等