php網站性能優化

『壹』 關於php性能優化，網上看到這樣一句話：面向對象往往開銷很大，每個方法和調用都會消耗很多內存。請問

別太相信專家，他說的面向對象指的是 使用mvc模式，這是會有一定的開銷。但很大這個詞用不上，大這個也用不上，應該是很少。不過也得看你代碼的水平。你看一下好的框架。速度是杠杠的。為什麼面向對象框架這么受歡迎。就是因為他好用。每樣東西都有優缺點，但只要權衡輕重就行了。存在必然有其存在的道理。流行必然也是因為他好。。。

但換句話說，不是高手不用面向對象寫出來的代碼更差。而且沒法維護。

『貳』 從伺服器負載一路走到PHP-FPM優化終於搞定了PHP項目偶爾很慢的問題

項目情況：阿里雲Rds 阿里雲Redis PHP8 IN Docker

項目出現偶爾請求超時問題，最長可達20秒。首先排查伺服器負載，發現並非問題所在。接下來，懷疑 Mysql 部分查詢效率慢，檢查資料庫負載及慢查詢，確認不是資料庫原因。繼續排查 Nginx，查看日誌，未發現429狀態碼頻繁出現，排除 Nginx Worker數量不足或異常情況。了解HTTP狀態碼429（Too Many Requests）表示短時間內發送過多請求。常見解決辦法包括調整Nginx工作進程和連接數量。自動檢測CPU核心數設置進程數量，根據伺服器性能調整並發連接數。同時，確保文件描述符限制合理，避免資源耗盡。若伺服器處理能力達到瓶頸，考慮負載均衡和擴展性。發現PHP-FPM進程數量默認設置過低，調整為20個進程，使用Docker-compose掛載配置文件zz-docker.conf。重啟Docker後，問題解決，一切恢復正常。

常用PHP-FPM參數優化包括：

合理設置腳本執行超時時間，避免資源浪費。

調整等待連接隊列的最大長度，適應系統負載和並發需求。

選擇合適的日誌級別，平衡調試與性能。

記錄執行時間過長請求，輔助代碼優化。

優化配置需綜合考慮伺服器硬體、網站訪問量及應用行為，通過測試和調整實現最佳性能和穩定性。

『叄』 如何設置BT寶塔面板並優化php伺服器性能

設置寶塔面板需要安裝組件，然後參考寶塔面板優化 php 伺服器性能，按照裡面的設置，一項項的操作完畢，就差不多了。

寶塔面板把優化php已經變成一件很簡單的事情了。

『肆』 PHP開發中如何提高系統的穩定性和可靠性

PHP 應用的高性優化，很多時候我們把業務代碼做一些優化，反而是簡單又高效的。

• 業務的非同步解耦，比如，我們把耗時的多個分表數據的排行榜，通過其他服務做分布統計，然後再綜合，最終輸出到redis list中，那我們前端 PHP 在調用數據的時候，就不用實時計算了。

• 緩存的多級處理，業務復雜以後，經常看到一份相同的數據讀取 N 次，盡管是有緩存伺服器，但是讀取的時候也會有網路 I/O 的開銷，考慮到我們 PHP 一般使用場景下都是單進程，使用頻率高的，則應該優先使用進程內緩存。然後再本地緩存，然後再到網路緩存。

• 單例的運用，不要小看了對象的構造，很多時候我們在同一進程中，會發現同時構造了 N 多相同的對象。每一次的初始化都是一塊內存的開辟和 CPU 的消耗。

高性能，一個就是運行環境的優化，另一個是代碼本身的優化。

運行環境的優化，覆蓋面也很廣，包括系統層面的內核，文件系統類型，資料庫及緩存服務本身的性能優化，再到PHP解釋器的性能優化等等，PHP不同運行方式的差異（比如Apache模塊，還有PHP-FPM等等）。

代碼優化方面，我覺得可維護性和代碼可讀性的重要性大於高性能。代碼優化可以藉助profiling工具來分析，找到真實訪問條件下，處理瓶頸在哪裡，再去做針對性的優化。當然自己在初次設計和實現的時候，就需要做一定的整體考慮，例如怎麼設計能夠減少資料庫的查詢次數，如何減少重復的操作，了解同一問題的多種解決辦法哪一種效率更高（包括演算法上的差異，以及PHP的不同方式導致的差異等等），如何設計緩存來提高緩存命中率等等。有一些設計需要在體驗和效率上做個權衡。

保證穩定性，同樣也分運行環境和代碼本身。前者要對線上服務做完整的監控，這個有很多完善和強大的開源工具可以使用，保障基礎環境是穩定可控的，並且能夠及時發現問題，進行修復。至於代碼，除了盡量做完整的測試，開發的時候就需要考慮可能的問題。另外針對PHP，開發環境可以把error_reporting完全打開。還有需要知道常見的安全問題（XSS，SQL注入，CSRF，越權等），畢竟安全問題也是穩定的一部分。