本文目錄一覽：
用PHP 編寫支持高並發的網站，需要做什麼處理
一般使用LVS+PHP集群（1000台），就算日均80億次請求，每秒有10萬並發，那分到每台機器的請求只有100個。只要你的PHP程序不是太差，100QPS總沒問題吧？
而真正的瓶頸在於資料庫和存儲系統，數據的一致性，可擴展性，可用性很難保證。所以需要根據具體的業務場景再做橫向和縱向的分庫分表。
再輔以memcache集群緩存，key-value高性能存儲，非同步隊列任務系統，整個架構就可以建立起來。
還有一類是真正的高並發，比如WebIM，一台機器要承受數十萬的TCP客戶端連接，進行大規模的實時通信。這種的可以用PHP的非同步高並發擴展swoole 。鏈接：Swoole: PHP的非同步、並行、分散式擴展框架。還有不懂的可以上後盾人看看相關的視頻。
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 實現負載均衡
關於PHP-Apache-Mysql高並發集群（詳細加雙倍分）
這個這樣說很難說詳細，第一可以用阿里雲的SLB，但是我沒配置這個， 具體實施不清楚，而且要保證2台或者3台伺服器的數據是一致的。理想情況下是可以用nginx做反向代理或者用lvs，不熟起來相對有些小小難度。建議不要用windows了。具體可以詳聊。
怎麼做集群伺服器
網站的文件集群跟備份很重要。首先推薦伺服器使用lnmp環境（linux+nginx+mysql+php），然後在來做集群。集群分三步走：
第一：域名支持智能解析。
第二：組建好主伺服器跟分伺服器。
第三：安裝好自動備份軟體，推薦：rsync。使用增量備份。設置1分鐘自動發送一次。
原理如下：a為主伺服器，b為分伺服器。在a伺服器上面更新網站的新內容，生成的新文件，在1分鐘內，自動檢測a伺服器文件是否有變動，如果有，自動更新。以此類推。組建集群。
原創文章，作者：小藍，如若轉載，請註明出處：https://www.506064.com/zh-tw/n/246999.html
微信掃一掃 
支付寶掃一掃 