暫且不討論「PHP 是不是最好的編程語言」，本文我們將分別分析一下在 PHP 程序的后端外圍資源和前端外圍資源，它們對整個(gè) PHP Web 應(yīng)用體驗(yàn)的影響，這往往比語言本身大得多。
上一篇中我們分析了后端外圍資源中 IO 操作和中間件服務(wù)對整個(gè) PHP Web 應(yīng)用體驗(yàn)的影響。今天我們分析數(shù)據(jù)庫給整個(gè)應(yīng)用性能帶來的影響。
數(shù)據(jù)庫
首先直觀地看兩張圖，一張是來自 OneAPM 后臺的 Web 事務(wù)吞吐量圖，也就是每分鐘有多少次 Web 事務(wù)被觸發(fā)、多少次數(shù)據(jù)庫事務(wù)被觸發(fā)，如圖所示。
如上可以看到，Web 事務(wù)，每分鐘在 150-200 次上下浮動，而相應(yīng)的數(shù)據(jù)操作，也達(dá)到了相應(yīng)的量。
以上是從直觀的感受看到數(shù)據(jù)庫的請求總量，與總請求量的一個(gè)比重，可以看到數(shù)據(jù)庫的使用是非常重的。而眾所周知，這種平均的分析思路是不對的。因?yàn)樵谟?jì)算流量高峰時(shí)，我們可能只計(jì)算 30% 的時(shí)間為高峰時(shí)間，同時(shí)，也只關(guān)注 20% 的主要請求的性能問題。所以，從具體的某個(gè)頁面來看，一個(gè)普通的 Web 應(yīng)用頁面，數(shù)據(jù)庫使用在其中的占比。
從以上 XHProf 報(bào)表可以看出，這一個(gè)頁面，總共數(shù)據(jù)庫請求達(dá) 89 次，耗費(fèi)了頁面總時(shí)間的 44.5%，這還是一個(gè)正常的頁面和正常的請求，如此之多的請求次數(shù)，可以很容易地想到，如果遠(yuǎn)程數(shù)據(jù)庫慢一點(diǎn)，網(wǎng)絡(luò)卡一點(diǎn)，每個(gè)請求所耗費(fèi)的平均時(shí)間達(dá)到3-5ms，則整體頁面速度就會從 208ms 延時(shí)向 500ms 逼近。
總結(jié)
PHP 語言本身的優(yōu)化雖然顯著，但是這始終是可控的，而性能的瓶頸，往往出現(xiàn)在不可控的外部資源之上。比如每年一度的 12306 崩潰，也不是語言本身的性能導(dǎo)致的崩潰，而是外部資源的不足和架構(gòu)問題導(dǎo)致的問題。當(dāng)然，我們也不能否認(rèn)，語言與語言之間的巨大差別為資源帶來的節(jié)省，比如滴滴出行的后臺服務(wù)，就正在由 PHP向 Go 切換中，就是 PHP 本身的資源消耗是 Go 的數(shù)倍。
本文作為針對 PHP 外圍資源性的能分析，比較簡單地設(shè)計(jì)了一些實(shí)驗(yàn)場景，看到了外部資源，包括 IO、中間件和數(shù)據(jù)庫資源給程序性能帶來的影響。這些場景的瓶頸又如何消除和優(yōu)化呢？這其實(shí)是一個(gè)很大的課題，本文不再細(xì)致地深入討論，但是也向大家介紹外部資源優(yōu)化總的原則。下圖是筆者所欣賞的一張圖，非常形象且非常全面精要地概括了數(shù)據(jù)庫優(yōu)化的法則，這些法則對于其他外部資源的優(yōu)化也同樣適用，如圖所示。
這張圖可以看出幾點(diǎn)：
1、對于外部資源的使用，最大的優(yōu)化就是減少資源的使用。也就業(yè)務(wù)邏輯的優(yōu)化和緩存，這兩者帶來的性能提升往往是數(shù)量級級別的提升
2、而所有的優(yōu)化都是一個(gè)綜合的工程，不會是從某個(gè)單點(diǎn)下手而一勞永逸。上圖中，分別考慮到對磁盤、網(wǎng)絡(luò)、CPU 和內(nèi)存等各方面的優(yōu)化下手。
3、增加資源，也就是增加硬件配置是優(yōu)化的最末方案。在可能的情況下，盡可能地使用軟件優(yōu)化，帶來的性能提升，相比硬件帶來的提升，既廉價(jià)又高效。
有關(guān)影響 PHP 程序性能的后端外圍資源就到這里，在下一篇中，我們將分析前端或者前后端結(jié)合給頁面延時(shí)帶來的影響。
OneAPM for PHP 能夠深入到所有 PHP 應(yīng)用內(nèi)部完成應(yīng)用性能管理 能夠深入到所有 PHP 應(yīng)用內(nèi)部完成應(yīng)用性能管理和監(jiān)控，包括代碼級別性能問題的可見性、性能瓶頸的快速識別與追溯、真實(shí)用戶體驗(yàn)監(jiān)控、服務(wù)器監(jiān)控和端到端的應(yīng)用性能管理。
