一、面向人群

如果站點架構滿足以下幾點，那么本文的優化方案會非常適合：

1)使用php等腳本語言作為開發語言

2)需要連接后端服務，例如RPC服務、memcache或redis等

3)流量非常大

二、解決的問題

 常見的web架構如上：

1)最前端是APP或者web頁面

2)服務器上層是web-server進行接入

3)php腳本語言調用后端數據，完成業務邏輯，拼接頁面

4)***端是服務、緩存、數據庫

php是一種腳本語言，不像C++/Java那樣進程能夠常駐，所以它連接后端的服務都是使用短連接：

 上圖是一種典型場景，站點php部署在機器A上，緩存memcache部署在機器B上，之間通過短連接通信，過程為：

1)php建立tcp短連接

2)按照memcache協議發送數據

3)接收memcache返回的數據

4)php關閉tcp短連接

在站點流量小時，上述過程沒有任何問題，當站點流量非常大，QPS很高的情況下，php對memcache的tcp建立+關閉tcp短連接的開銷便不能忽略了，有可能成為性能的瓶頸，如何進行優化是本文即將討論的核心。

三、UNIX Domain Socket介紹

話鋒一轉，先一起來看看UNIX Domain Socket技術。

UNIX Domain Socket是一種進程間IPC通訊機制，它不需要經過網絡協議棧，不需要打包拆包、計算校驗和、維護序號和應答等，只是將應用層數據從一個進程拷貝到另一個進程。它可以用于同一臺主機上兩個沒有親緣關系的進程，并且是全雙工的，提供可靠消息傳遞(消息不丟失、不重復、不錯亂)的IPC機制。

四、優化方案

可以看到，UNIX Domain Socket的效率會遠高于tcp短連接，但它只能用于同一臺主機間的進程通訊，而php應用和后端服務往往是部署在不同的機器上的，此時能否利用它來進行優化呢，答案是肯定的。

 優化后的簡易架構圖如上，在php應用服務器上部署一個local-proxy，php與local-proxy之間使用UNIX Domain Socket來通訊，而local-proxy與后端服務進行TCP長連接通訊，這樣就大大提升了通訊效率，免除了每次請求都要進行的建立+關閉tcp短連接的開銷。

五、local-proxy要點

要實現上述優化方案，local-proxy是實現要點，在實現local-proxy時，有這么幾點需要注意

1)協議設計：local-proxy本身沒有任何業務邏輯，只負責請求轉發，上游發送過來memcache協議，透傳給后端的memcache，這樣的話，上游客戶端不需要進行任何代碼的修改

2)通訊方式：如上文所述，local-proxy與上游使用UNIX Domain Socket進行通訊，與下游使用tcp長連接進行通信

3)高效框架：這種方案是為了解決tcp短連接的效率損耗，這樣對local-proxy的效率要求就非常高，可以選用成熟高效的網絡框架(例如libevent)和tcp長連接連接池技術來實現

4)請求映射：需要將上游發過來的請求與發往下游的請求一一映射起來，這樣才能正確的對應上請求包與響應包

文章轉載自微信公眾號“架構師之路”