什麼情況下,遇到了PHP效能問題?
1 PHP語法使用的不恰當
2 使用PHP語言做不了它不擅長做的事
3 用php語言連線的服務不給力
4 PHP自身的短板
5 我也不知道的問題
效能問題解析
PHP的效能問題,佔整個專案效能問題的比例 不到50%
效能優化專案,不要侷限於僅優化PHP
php語言級的效能優化
|
|
|
php周邊問題的效能優化
|
|
|
php語言自身分析,優化
PHP 壓力測試工具ab簡介
Apache Benchmark(ab)(可以自行下載)
ab是由Apache提供的壓力測試軟體,安裝apache伺服器時會自帶該壓測軟體。
如何使用?
./ab -n1000 -c100 http://www.baidu.com/
-n請求數
-c併發數
url目標壓測地址
PHP-壓力測試工具使用演示
主要關注 每秒併發儘可能的多
請求耗時儘可能的少
多使用PHP自身能力
優化:少寫程式碼,多用PHP自身能力
效能問題: 自身程式碼冗餘較多,可讀性不佳,並且效能低
為甚效能低?
PHP程式碼需要編譯解析為底層語言,這一過程每次請求都會處理一遍,開銷大。
好的方法:
多使用PHP內建變數常量函式
PHP自身能力效能測試之程式碼準備
php程式碼執行流程
*.php —Scanner—> Exprs —–Parser—>Opcodes—Exec—>Output
php內建函式之間的效能測試
優化點:php內建函式的效能優劣
情況描述: php內建函式,之間依然存在塊慢差異
好的建議: 多去了解PHP內建函式的時間複雜度
php內建函式之間的效能測試之程式碼測試
isset($arr[$i]); //平均50ms
array_key_exists($i,$arr);//平均85ms
減少PHP魔法函式的使用
情況描述: PHP提供的魔法函式,效能不佳
為什麼效能低 為了給PHP程式猿省事 PHP語言為你做了很多
好的方法 儘可能規避使用PHP魔法函式
PHP 禁用錯誤抑制符
@的實際邏輯
在程式碼開始前 結束後 增加 Opcode 忽略報錯
php -dv|d.active=1 -dv|d.execute=0 at.php
只是想檢視並不是真的想執行
PHP-合理的使用記憶體和正規表示式
優化點:合理使用記憶體
PHP有記憶體回收機制保底,但也請小心使用記憶體
好的建議
利用unset() 及時釋放不使用的記憶體(注:unset()出現登出不掉的情況)
儘量少的使用正規表示式
正規表示式的回溯開銷較大,
好的建議:
利用字串處理函式,實現相同邏輯
PHP-避免在迴圈內做運算
優化點:避免在迴圈內做運算
情況描述:
迴圈內的計算式將會被重複計算
程式碼示例:
<?php
$str = “hello world”;
for($i=0;$i<strlen($str);$i++)
{
//do something
}
PHP-減少計算密集型業務
PHP不適合密集型運算的場景
PHP語言特性決定了PHP不適合做大資料量運算
PHP適合場景
適合銜接Webserver與後盾服務,UI呈現
PHP-務必使用帶引號字串做鍵值
PHP會將沒有引號的鍵值當做常量,產生查詢常量的開銷
嚴格使用引號的字串作為鍵值
PHP周邊問題的分析與闡述
PHP周邊都有什麼?
linux執行環境 php 硬碟(檔案儲存) 資料庫(例如mysql) 快取 網路
php周邊對PHP程式的影響分析
減少檔案類的操作
常見PHP場景的開銷次序:
讀寫磁碟 讀寫資料庫 讀寫記憶體 讀寫網路資料
讀寫記憶體 << 讀寫資料庫 < 讀寫磁碟 < 讀寫網路資料
減少PHP發起網路請求
網路請求的坑:
1 對方介面的不確定因素
2 網路穩定性
優化網路請求
1 設定超時時間
連線超時 200ms
讀超時 800ms
寫超時 500ms
2 將序列請求並行化
1 curl_multi_*()
2 使用swoole擴充套件
curl_multi_*()不是很好,因為他是按最長的一個返回的時間來定的
curl_multi_add_handle 向curl批處理會話中新增單獨的curl控制程式碼
curl_multi_close 關閉一組cURL控制程式碼
curl_multi_exec 執行當前cURL控制程式碼的子連線
curl_multi_getcontent 如果設定了CURLOPT_RETURNTRANSFER,則返回獲取的輸出的文字流
curl_multi_info_read 獲取當前解析的cURL的相關傳輸資訊
curl_multi_remove_handle 移除curl批量處理控制程式碼資源中的某個控制程式碼資源
curl_multi_select 等待所有cURL批處理中的活動連線
curl_multi_setopt Set an option for the cURL multi handle
curl_multi_strerror – Return string describing error code
推薦swoole擴充套件來做
壓縮PHP輸出的利與弊
壓縮php介面的輸出
如何壓縮?
使用Gzip即可
利 利於我們的資料輸出,Client端能更快獲取資料
弊 額外的CPU開銷
PHP快取複用
什麼情況下做輸出內容的快取?
多次請求,內容不變情況
Smarty調優和重疊時間視窗思想
Smarty開啟 caching
重疊時間視窗思想
序列:
Process1 Process2 Process3 Process4
重疊時間視窗:
process1
process2
process3
process4
後一個任務不強依賴前一個任務的時候,可以使用重疊時間
PHP旁路處理方案
一般普通的:x.php -> Process1 ->process2 ->process3 -> process4->
旁路方案: x.php -> Process1 ->process2(同時) ->Process3 (同時) –>Process4->