php高併發之opcache詳解--真的可以變快

客戶的一臺服務器,業務邏輯比較簡單 。估算pv在120w左右吧,用的是阿里雲2c4g的服務器。一大早就開始卡頓了,登陸服務器後查看負載到了八九十。

開整:

1.進入php,ini 搜索opcache 。

2,修改對應參數(如下)


zend_extension=opcache.so     #引入擴展 php7中默認已經裝好了  可能是鼓勵大家用吧
[opcache]
;opcache開關
opcache.enable=1  

;CLI環境下,PHP啓用OPcache
opcache.enable_cli=1

;OPcache共享內存存儲大小,單位MB
opcache.memory_consumption=128  

;PHP使用了一種叫做字符串駐留(string interning)的技術來改善性能。例如,如果你在代碼中使用了1000次字符串“foobar”,在PHP內部只會在第一使用這個字符串的時候分配一個不可變的內存區域來存儲這個字符串,其他的999次使用都會直接指向這個內存區域。這個選項則會把這個特性提升一個層次——默認情況下這個不可變的內存區域只會存在於單個php-fpm的進程中,如果設置了這個選項,那麼它將會在所有的php-fpm進程中共享。在比較大的應用中,這可以非常有效地節約內存,提高應用的性能。
這個選項的值是以兆字節(megabytes)作爲單位,如果把它設置爲16,則表示16MB,默認是4MB
opcache.interned_strings_buffer=8

;這個選項用於控制內存中最多可以緩存多少個PHP文件。這個選項必須得設置得足夠大,大於你的項目中的所有PHP文件的總和。
設置值取值範圍最小值是 200,最大值在 PHP 5.5.6 之前是 100000,PHP 5.5.6 及之後是 1000000。也就是說在200到1000000之間。
opcache.max_accelerated_files=10000

;設置緩存的過期時間(單位是秒),爲0的話每次都要檢查
opcache.revalidate_freq=60

;從字面上理解就是“允許更快速關閉”。它的作用是在單個請求結束時提供一種更快速的機制來調用代碼中的析構器,從而加快PHP的響應速度和PHP進程資源的回收速度,這樣應用程序可以更快速地響應下一個請求。把它設置爲1就可以使用這個機制了。
opcache.fast_shutdown=1

;如果啓用(設置爲1),OPcache會在opcache.revalidate_freq設置的秒數去檢測文件的時間戳(timestamp)檢查腳本是否更新。
如果這個選項被禁用(設置爲0),opcache.revalidate_freq會被忽略,PHP文件永遠不會被檢查。這意味着如果你修改了你的代碼,然後你把它更新到服務器上,再在瀏覽器上請求更新的代碼對應的功能,你會看不到更新的效果
強烈建議你在生產環境中設置爲0,更新代碼後,再平滑重啓PHP和web服務器。
opcache.validate_timestamps=0 

;開啓Opcache File Cache(實驗性), 通過開啓這個, 我們可以讓Opcache把opcode緩存緩存到外部文件中, 對於一些腳本, 會有很明顯的性能提升.
這樣PHP就會在/tmp目錄下Cache一些Opcode的二進制導出文件, 可以跨PHP生命週期存在.
opcache.file_cache=/tmp

4.重啓php服務器 (如果有配置問題的話會對應報錯 檢查後重做)

5.檢查擴展是否已經可用 php -m 查看是否有opcache ,或者phpinfo()中進行查看。

6.檢查程序是否有相應錯誤,開啓後可能對部分程序有影響(特別是那種依賴於註釋的程序,對對對就是那種刪除註釋會報錯那種)

7.完成 驗證效果。

簡單說一下opcache 爲什麼會加快php的效率。 php 屬於解釋型語言,每次執行都要經過解釋器來進行翻譯 形成字節碼,而應該程序定型了之後基本是就不會進行變化的。

而opcache就把這個內容緩存到內存中。降低了重複沒有必要的勞動,進行減負。

服務器開始從滿負載到70%左右。

 

下面有一份更加詳細的配置說明有需要的可以看一下。

opcache.enable boolean
啓用操作碼緩存。如果禁用此選項,則不會優化和緩存代碼。 在運行期使用 ini_set() 函數只能禁用 opcache.enable 設置,不可以啓用此設置。 如果在腳本中嘗試啓用此設置項會產生警告。

opcache.enable_cli boolean
僅針對 CLI 版本的 PHP 啓用操作碼緩存。 通常被用來測試和調試。

opcache.memory_consumption integer
OPcache 的共享內存大小,以兆字節爲單位。

opcache.interned_strings_buffer integer
用來存儲臨時字符串的內存大小,以兆字節爲單位。 PHP 5.3.0 之前的版本會忽略此配置指令。

opcache.max_accelerated_files integer
  OPcache 哈希表中可存儲的腳本文件數量上限。 真實的取值是在質數集合 { 223, 463, 983, 1979, 3907, 7963, 16229, 32531, 65407, 130987 } 中找到的第一個比設置值大的質數。 設置值取值範圍最小值是 200,最大值在 PHP 5.5.6 之前是 100000,PHP 5.5.6 及之後是 1000000。

opcache.max_wasted_percentage integer
 浪費內存的上限,以百分比計。 如果達到此上限,那麼 OPcache 將產生重新啓動續發事件。

opcache.use_cwd boolean
    如果啓用,OPcache 將在哈希表的腳本鍵之後附加改腳本的工作目錄, 以避免同名腳本衝突的問題。 禁用此選項可以提高性能,但是可能會導致應用崩潰。

opcache.validate_timestamps boolean
    如果啓用,那麼 OPcache 會每隔 opcache.revalidate_freq 設定的秒數 檢查腳本是否更新。 如果禁用此選項,你必須使用 opcache_reset() 或者 opcache_invalidate() 函數來手動重置 OPcache,也可以 通過重啓 Web 服務器來使文件系統更改生效。

opcache.revalidate_freq integer
    檢查腳本時間戳是否有更新的週期,以秒爲單位。 設置爲 0 會導致針對每個請求, OPcache 都會檢查腳本更新。
    如果 opcache.validate_timestamps 配置指令設置爲禁用,那麼此設置項將會被忽略。

opcache.revalidate_path boolean
    如果禁用此選項,在同一個 include_path 已存在的緩存文件會被重用。 因此,將無法找到不在包含路徑下的同名文件。

opcache.save_comments boolean
    如果禁用,腳本文件中的註釋內容將不會被包含到操作碼緩存文件, 這樣可以有效減小優化後的文件體積。 禁用此配置指令可能會導致一些依賴註釋或註解的 應用或框架無法正常工作, 比如: Doctrine, Zend Framework 2 以及 PHPUnit。

opcache.load_comments boolean
    如果禁用,則即使文件中包含註釋,也不會加載這些註釋內容。 本選項可以和 opcache.save_comments 一起使用,以實現按需加載註釋內容。

opcache.fast_shutdown boolean
    如果啓用,則會使用快速停止續發事件。 所謂快速停止續發事件是指依賴 Zend 引擎的內存管理模塊 一次釋放全部請求變量的內存,而不是依次釋放每一個已分配的內存塊。

opcache.enable_file_override boolean
    如果啓用,則在調用函數 file_exists(), is_file() 以及 is_readable() 的時候, 都會檢查操作碼緩存,無論文件是否已經被緩存。 如果應用中包含檢查 PHP 腳本存在性和可讀性的功能,這樣可以提升性能。 但是如果禁用了 opcache.validate_timestamps 選項, 可能存在返回過時數據的風險。

opcache.optimization_level integer
    控制優化級別的二進制位掩碼。

opcache.inherited_hack boolean
    在 PHP 5.3 之前的版本,OPcache 會存儲代碼中使用 DECLARE_CLASS 操作碼 來實現繼承的位置。當文件被加載之後,OPcache 會嘗試使用當前環境來綁定被繼承的類。 由於當前腳本中可能並不需要 DECLARE_CLASS 操作碼,如果這樣的腳本需要對應的操作碼被定義時, 可能無法運行。
    在 PHP 5.3 及後續版本中,此配置指令會被忽略。

opcache.dups_fix boolean
    僅作爲針對 “不可重定義類”錯誤的一種解決方案。

opcache.blacklist_filename string
    OPcache 黑名單文件位置。 黑名單文件爲文本文件,包含了不進行預編譯優化的文件名,每行一個文件名。 黑名單中的文件名可以使用通配符,也可以使用前綴。 此文件中以分號(;)開頭的行將被視爲註釋。

簡單的黑名單文件可能如下所示:

; 將特定文件加入到黑名單
/var/www/broken.php
; 以字符 x 文件打頭的文件
/var/www/x
; 通配符匹配
/var/www/*-broken.php

opcache.max_file_size integer
    以字節爲單位的緩存的文件大小上限。設置爲 0 表示緩存全部文件。

opcache.consistency_checks integer
    如果是非 0 值,OPcache 將會每隔 N 次請求檢查緩存校驗和。 N 即爲此配置指令的設置值。 由於此選項對於性能有較大影響,請盡在調試環境使用。

opcache.force_restart_timeout integer
    如果緩存處於非激活狀態,等待多少秒之後計劃重啓。 如果超出了設定時間,則 OPcache 模塊將殺除持有緩存鎖的進程, 並進行重啓。
    如果選項 opcache.log_verbosity_level 設置爲 3 或者 3 以上的數值,當發生重啓時將在日誌中記錄一條錯誤信息。

opcache.error_log string
    OPcache 模塊的錯誤日誌文件。 如果留空,則視爲 stderr, 錯誤日誌將被送往標準錯誤輸出 (通常情況下是 Web 服務器的錯誤日誌文件)。

opcache.log_verbosity_level integer
    OPcache 模塊的日誌級別。 默認情況下,僅有致命級別(0)及錯誤級別(1)的日誌會被記錄。 其他可用的級別有:警告(2),信息(3)和調試(4)。

opcache.preferred_memory_model string
    OPcache 首選的內存模塊。 如果留空,OPcache 會選擇適用的模塊, 通常情況下,自動選擇就可以滿足需求。
    可選值包括: mmap,shm, posix 以及 win32。

opcache.protect_memory boolean
    保護共享內存,以避免執行腳本時發生非預期的寫入。 僅用於內部調試。

opcache.mmap_base string
    在 Windows 平臺上共享內存段的基地址。 所有的 PHP 進程都將共享內存映射到同樣的地址空間。 使用此配置指令避免“無法重新附加到基地址”的錯誤。

opcache.restrict_api string
    僅允許路徑是以指定字符串開始的 PHP 腳本調用 OPcache API 函數。 默認值爲空字符串 "",表示不做限

 

發表評論
所有評論
還沒有人評論,想成為第一個評論的人麼? 請在上方評論欄輸入並且點擊發布.
相關文章