繼Zend Optimizer 后的 Zend Opcache - 性能優異的PHP 5.5 緩存變化插件 - Opcache配置實用說明
Zend Optimizer(以下簡稱ZO)用優化代碼的方法來提高php應用程序的執行速度。實現的原理是對那些在被至終執行之前由運行編譯器(Run-Time Compiler)產生的代碼進行優化。
優化能提高你的盈利能力
一般情況下，執行使用ZO的php程序比不使用的要快40%到100%。這意味著網站的訪問者可以更快的瀏覽網頁，從而完成更多的事務，創造更好的客戶滿意[1] 度。更快的反應同時也意味著可以節省硬件投資，并增強網站所提供的服務。所以，使用ZO，就等于提高了電子商務的盈利能力。
ZO能給php用戶帶來很多益處，特別是那些運營網站的人。快速運行php程序可以顯著降低服務器的CpU負載，并可以減少一半的反應時間，也就是從訪問者點擊鏈接到服務器開始讀取頁面之間的時間。
的確，用于PHP4的標準運行編譯器已經夠快了--相同情況下比PHP3要快2-10倍。但使用了ZO的PHP程序的執行速度還會加快40%到100%。
當php的代碼被Zend Guard加密過后，必須安裝解密軟件Zend Optimizer才能進行使用。比如Shopex,Shopnc。
現在很多PHP程序都需要ZendOptimizer環境，但是ZendOptimizer在PHP5.2之后已經被支持，那怎么辦，Zend也不會這么做，原來PHP5.3開始ZendOptimizer正式改為Zend Guard Loader。
Zend Opcache - 新一代PHP變化器，由Zend公司研發，其實現原理與Xcache類似，都是把PHP執行后的數據緩沖到內存中從而避免重復的編譯過程，能夠直接使用緩沖區已編譯的代碼從而提高速度，降低服務器負載，但性能卻比Xcache更加優越，詳見下方測試結果圖。其機理簡單點說就是將php腳本在虛擬機（暫且稱php至終的機器碼執行引擎為虛擬機吧）中的機器碼或相應的服務器能夠直接運行的代碼給緩存起來，等到用戶下次請求該腳本時就略過了php腳本代碼轉換為機器碼的過程，從而達到變化php運行、起到緩存的效果。
Optimizer+ 是 Zend 開發的閉源但可以通用使用的 PHP 優化變化組件，是第一個也是至快的 opcode 緩存工具。現在，Zend 科技公司將 Optimizer+ 在 PHP License 下開源成為 Zend Opcache。
GitHub地址 ： https://github.com/zendtech/ZendOptimizerPlus
Zend OPcache 通過 opcode 緩存和優化提供更快的 PHP 執行過程。它將預編譯的腳本文件存儲在共享內存中供以后使用，從而避免了從磁盤讀取代碼并進行編譯的時間消耗。同時，它還應用了一些代碼優化模式，使得代碼執行更快。
一、什么是 opcode 緩存？
當解釋器完成對腳本代碼的分析后，便將它們生成可以直接運行的中間代碼，也稱為操作碼（Operate Code，opcode）。Opcode cache 的目地是避免重復編譯，減少 CPU 和內存開銷。如果動態內容的性能瓶頸不在于 CPU 和內存，而在于 I/O 操作，比如數據庫查詢帶來的磁盤 I/O 開銷，那么 opcode cache 的性能提升是非常有限的。但是既然 opcode cache 能帶來 CPU 和內存開銷的降低，這總歸是好事 —— 本著環保的態度，也應該盡量減少消耗不是？ :D
現代操作碼緩存器（Optimizer+，APC2.0+，其他）使用共享內存進行存儲，并且可以直接從中執行文件，而不用在執行前“反序列化”代碼。這將帶來顯著的性能變化，通常降低了整體服務器的內存消耗，而且很少有缺點。
二、Optimizer+ 與 APC 的優缺點對比
Optimizer+ 于 2013年3月中旬 改名 為 Opcache。
根據 PHP wiki 上的 討論 ，Zend Opcache 即將整合到 php 5.5 中。作為 APC 的競爭對手，新生的 Zend Opcache 很有可能取代 APC 的位置，雖然 OptimizerPlus 沒有象 APC 那樣的 user cache 功能。
OPTIMIZER+ 相對 APC 的優點
1、性能。根據測試，Zend Optimizer+ 始終優于 APC。隨代碼差異，每秒鐘處理的請求數高 5~20%。Google doc 上記錄的 測試結果 中，WordPress 2.1.1（不知道為什么不用個新版本的 WP 來測試），性能提高約 8%。理論上來說，對于 WP 3.5.1，性能應該也能得到大約 5~10% 的提升吧。對于運行 WordPress 的服務器而言，使用 Optimizer+ 可以顯著降低 CPU 使用率和提高頁面加載速度（ graphics here ）。
2、支持新的 PHP 版本。Zend 和 PHP 社區都會幫助 Optimizer+ 能夠支持至新版本的 PHP。
3、可靠性。Optimizer+ 擁有可選的損壞檢測能力，可以防止因數據損壞而導致的服務器崩潰。
4、更好的兼容性。PHP 社區打算讓 Optimizer+ 與社區支持的所有 PHP 版本相兼容
APC 相對 OPTIMIZER+ 的優勢
1、APC 有數據緩存 API，而 Optimizer+ 沒有。
2、APC 能夠回收舊的無效的腳本占用的內存。APC 有內存管理器，可以將那些不再使用的腳本關聯的內存進行回收。而 Optimizer+ 不同，它將這樣的內存標記為“臟的”，但并不會回收它們。一旦“臟的”內存占用配置閾值的百分比達到一定值，Optimizer+ 就將自己重新啟動。這種行為在穩定性上既有優勢也有劣勢。
三、使用 Zend Opcode
現在已經可以使用 Zend Opcache 替代 APC 作為 PHP 優化變化工具了。目前的 Zend Opcode 兼容 PHP 5.2.*、5.3.*、5.4.* 和 PHP-5.5 開發版。不過，將來會取消對 PHP 5.2 的支持。
注意： Zend Opcache 與 eaccelerator 相沖突。要安裝 Zend Opcache，可能需要先卸載 eaccelerator —— 如果你用了這個變化模塊的話。
編譯安裝 Zend Opcache
#分享源代碼 （ wget -c 代碼地址）
https://github.com/zendtech/ZendOptimizerPlus/archive/master.zip
#切換解壓后的源碼目錄，利用phpize執行安裝
cd /usr/local/src/ZendOptimizerPlus-master
/usr/local/php/bin/phpize
./configure --with-php-config=/usr/local/php/bin/php-config#編輯 php.ini ，追加如下內容：
zend_extension=/usr/local/php/lib/php/extensions/no-debug-non-zts-20090626/opcache.so
opcache.memory_consumption=128
opcache.interned_strings_buffer=8
opcache.max_accelerated_files=4000
opcache.revalidate_freq=60
opcache.fast_shutdown=1
opcache.enable_cli=1opcache相關參數，可參考：
GitHub ： https://github.com/zendtech/ZendOptimizerPlus
上述github頁面中，有個推薦配置：
We recommend the following configuration options for best performancein a production environment.
opcache.memory_consumption=128
opcache.interned_strings_buffer=8
opcache.max_accelerated_files=4000
opcache.revalidate_freq=60
opcache.fast_shutdown=1
opcache.enable_cli=1
PHP手冊 ： http://php.net/manual/zh/opcache.configuration.php
啟用opcache后的一些情況
典型的就是由于opcache的緩存變化機制導致的代碼變更后無法立即看到效果。php代碼被轉換成可立即執行的“機器碼”后會有一定的緩存時間后才會去檢查原始的PHP文件是否變動過，具體視配置項opcache.revalidate_freq設置的秒數情況而定；這樣就會導致某些情況下明明更新了PHP文件中的代碼，但執行后卻看不到改變后的效果，這就是因為opcache檢查php文件變動的間隔時間尚未結束所導致。
這個問題并不是bug，而要視具體生產環境來設定opcache.revalidate_freq值，倘若php代碼很少變動，建議該值設置的大一些，可減少opcahce由于檢查php文件變動而帶來的額外開銷，比如7200
那么在變動php文件后如何才能快速降低opcache緩存帶來的這種問題呢？至簡單的方法就是更新代碼后重啟下php-fpm（nginx fast-cgi模式）或apache（apache-handler模式）。當然還可以自己書寫一個php腳本，調用opcache_reset()函數重置所有opcache緩存字節碼，或者使用opcache_invalidate(PHPfileDir,true)重置指定php文件的緩存字節碼。
PHP 上有不少 opcode cache 組件，如 APC、eAccelerator、XCache 等。（參見 Wikipedia 上的 PHP accelerators 列表。）看 PHP wiki 上的意思，這個新引入的 Zend Opcache 的性能應該是至好的。
以下是opcache的配置說明：
復制代碼
[opcache]
zend_extension = "G:/PHP/php-5.5.6-Win32-VC11-x64/ext/php_opcache.dll"
; Zend Optimizer + 的開關, 關閉時代碼不再優化.
opcache.enable=1
; Determines if Zend OPCache is enabled for the CLI version of PHP
opcache.enable_cli=1
; Zend Optimizer + 共享內存的大小, 總共能夠存儲多少預編譯的 PHP 代碼(單位:MB)
; 推薦 128
opcache.memory_consumption=64
; Zend Optimizer + 暫存池中字符串的占內存總量.(單位:MB)
; 推薦 8
opcache.interned_strings_buffer=4
; 至大緩存的文件數目 200 到 100000 之間
; 推薦 4000
opcache.max_accelerated_files=2000
; 內存“浪費”達到此值對應的百分比,就會發起一個重啟調度.
opcache.max_wasted_percentage=5
; 開啟這條指令, Zend Optimizer + 會自動將當前工作目錄的名字追加到腳本鍵上,
; 以此消除同名文件間的鍵值命名沖突.關閉這條指令會提升性能,
; 但是會對已存在的應用造成破壞.
opcache.use_cwd=0
; 開啟文件時間戳驗證
opcache.validate_timestamps=1
; 2s檢查一次文件更新 注意:0是一直檢查不是關閉
; 推薦 60
opcache.revalidate_freq=2
; 允許或禁止在 include_path 中進行文件搜索的優化
;opcache.revalidate_path=0
; 是否保存文件/函數的注釋 如果apigen、Doctrine、 ZF2、 PHPUnit需要文件注釋
; 推薦 0
opcache.save_comments=1
; 是否加載文件/函數的注釋
;opcache.load_comments=1
; 打開快速關閉, 打開這個在PHP Request Shutdown的時候會收內存的速度會提高
; 推薦 1
opcache.fast_shutdown=1
;允許復蓋文件存在（file_exists等）的優化特性。
;opcache.enable_file_override=0
; 定義啟動多少個優化過程
;opcache.optimization_level=0xffffffff
; 啟用此Hack可以暫時性的解決”can’t redeclare class”錯誤.
;opcache.inherited_hack=1
; 啟用此Hack可以暫時性的解決”can’t redeclare class”錯誤.
;opcache.dups_fix=0
; 設置不緩存的黑列單
; 不緩存指定目錄下cache_開頭的PHP文件. /png/www/example.com/public_html/cache/cache_
;opcache.blacklist_filename=
; 通過文件大小屏除大文件的緩存.默認情況下所有的文件都會被緩存.
;opcache.max_file_size=0
; 每 N 次請求檢查一次緩存校驗.默認值0表示檢查被禁用了.
; 由于計算校驗值有損性能,這個指令應當緊緊在開發調試的時候開啟.
;opcache.consistency_checks=0
; 從緩存不被訪問后,等待多久后(單位為秒)調度重啟
;opcache.force_restart_timeout=180
; 錯誤日志文件名.留空表示使用標準錯誤輸出(stderr).
;opcache.error_log=
; 將錯誤信息寫入到服務器(Apache等)日志
;opcache.log_verbosity_level=1
; 內存共享的首選后臺.留空則是讓系統選擇.
;opcache.preferred_memory_model=
; 防止共享內存在腳本執行期間被意外寫入, 僅用于內部調試.
;opcache.protect_memory=0
