继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
