php Zend Opcache,xcache,eAccelerator缓存优化详解 2

测试方法
#ab -n 1000 http://192.168.2.107/quicksort.php连续测试几次，主要的性能指标是Requests per second 左边是没有使用eAccelerator 时的情况，右边是使用了的

连续测试10次，基本数据还是比较稳定的。使用了eAccelerator 时比没使用的要好！

使用strace查看C语言级别的php源码

可以看eAccelerator缓存是怎么被读取的完成过程 扩展阅读：eAccelerator提供如下的API接口和文件：（下述文件均在源码包的doc/php/目录下）文件列表：cache.php
dasm.php
encoder.php
info.php
loader.php
session.php
shared_memory.php
接口列表：array eaccelerator_cached_scripts ()
void eaccelerator_cache_output (string $key, string $eval_code, [int $ttl = 0])
void eaccelerator_cache_page (string $key, [int $ttl = 0])
void eaccelerator_cache_result (string $key, string $code, [int $ttl = 0])
void eaccelerator_caching (boolean $flag)
void eaccelerator_clean ()
void eaccelerator_clear ()
array eaccelerator_dasm_file (mixed $filename)
mixed eaccelerator_encode (mixed $src, [mixed $prefix = ''], [string $pre_content = ''], [string $post_content = ''])
void eaccelerator_gc ()
mixed eaccelerator_get (string $key)
array eaccelerator_info ()
array eaccelerator_list_keys ()
void eaccelerator_load ()
boolean eaccelerator_lock (string $key)
void eaccelerator_optimizer (boolean $flag)
void eaccelerator_purge ()
boolean eaccelerator_put (string $key, mixed $value, [int $ttl = 0])
array eaccelerator_removed_scripts ()
boolean eaccelerator_rm (string $key)
void eaccelerator_rm_page (string $key)
boolean eaccelerator_set_session_handlers ()
boolean eaccelerator_unlock (string $key)
有关上述文档详细说明请参考官方文档下面有部分网友翻译后的接口说明：eaccelerator_put($key, $value, $ttl=0)
将 $value 以 $key 为键名存进缓存(php4下支持对像类型，看源码好像zend2里不支持了)，$ttl 是这个缓存的生命周期，单位是秒，省略该参数或指定为 0 表示不限时，直到服务器重启清空为止。

eaccelerator_get($key)
根据 $key 从缓存中返回相应的 eaccelerator_put() 存进去的数据，如果这项缓存已经过期或不存在那么返回值是 NULL

eaccelerator_rm($key)
根据 $key 移除缓存

eaccelerator_gc()
移除清理所有已过期的 key

eaccelerator_lock($key)
为 $key 加上锁定操作，以保证多进程多线程操作时数据的同步。需要调用 eaccelerator_unlock($key) 来释放这个锁或等待程序请求结束时自动释放这个锁。
例如:
<?php
eaccelerator_lock(“count”);
eaccelerator_put(“count”,eaccelerator_get(“count”)+1));
?>

eaccelerator_unlock($key)
根据 $key 释放锁

eaccelerator_cache_output($key, $eval_code, $ttl=0)
将 $eval_code 代码的输出缓存 $ttl 秒，（$ttl参数同 eacclerator_put）
例如：
<?php eaccelerator_cache_output(‘test’, ‘echo time(); phpinfo();’, 30); ?>

eaccelerator_cache_result($key, $eval_code, $ttl=0)
将 $eval_code 代码的执行结果缓存 $ttl 秒，（$ttl参数同 eacclerator_put），类似 cache_output
例如：
<?php eaccelerator_cache_result(‘test’, ‘ time() . “Hello”;’, 30); ?>

eaccelerator_cache_page($key, $ttl=0)
将当前整页缓存 $ttl 秒。
例如：
<?php
eaccelerator_cache_page($_SERVER['PHP_SELF'].’?GET=’.serialize($_GET),30);
echo time();
phpinfo();
?>

eaccelerator_rm_page($key)
删除由 eaccelerator_cache_page() 执行的缓存，参数也是 $key

2、PHP代码中使用eAccelerator加速

另外，在PHPCMS里面已经集成了对eAccelerator的支持，下面是一段来自PHPCMS里面的代码

class cache
{
function __construct()
{
}

function cache()
{
$this->__construct();
}

function get($name)
{
return eaccelerator_get($name);
}

function set($name, $value, $ttl = 0)
{
eaccelerator_lock($name);
return eaccelerator_put($name, $value, $ttl);
}

function rm($name)
{
return eaccelerator_rm($name);
}

function clear()
{
return eaccelerator_gc();
}
}

新一代 PHP 加速插件 Zend Opcache

大家知道目前PHP的缓存插件一般有三个：APC、eAccelerator、XCache，但未来它们可能都会消失，因为PHP 5.5已经集成Zend Opcache，功能和前三者相似但又有少许不同，缓存速度据说比它们更快（注意：只是据说，我没测试过）。

这几个PHP加速插件的主要原理都相同，就是把PHP执行后的数据缓冲到内存中从而避免重复的编译过程，能够直接使用缓冲区已编译的代码从而提高速度，降低服务器负载，它们的效率是显而易见的，像drupal这种庞大的CMS，每次打开一个页面要调用数十个PHP文件，执行数万行代码，效率可想而知，在安装APC等加速器后打开页面的速度明显加快。

Zend Opcache 已经集成在了PHP 5.5里面，编译安装PHP5.5的时候加上--enable-opcache就行了。但也支持低版本的 PHP 5.2.*, 5.3.*, 5.4.*，未来会取消对5.2的支持，下面是我在PHP 5.4下的安装方法：

依次执行下面的命令

wget http://pecl.php.net/get/zendopcache-7.0.2.tgz tar xzf zendopcache-7.0.2.tgz
cd zendopcache-7.0.2
/usr/local/php/bin/phpize (此处根据实际php安装路径)
./configure --with-php-config=/usr/local/php/bin/php-config
make
make install

如果显示Installing shared extensions: /usr/local/php/lib/php/extensions/no-debug-zts-20100525/ 表示安装完成，下面要修改php的配置文件让它生效

接着呢，配置下php.ini，在最后加上：[opcache]
zend_extension=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=1
opcache.enable=1
一般来说，按照以往的经验，如果加在ZendGuardLoader之前会稳定多了。 128意思是给它分配128M内存，然后重启apache，用phpinfo查看是否生效，显示下面的信息就说明生效了



在phpinfo页面的下面可以看到的运行状态



如果嫌这个不直观可以装个PHP文件查看，地址在https://gist.github.com/ck-on/4959032，把上面的代码保存为一个php文件放到你的网站目录下面打开就可以看到：



命中率100%。

Zend Opcache因为最近才出来，现在还是测试版，相信在未来几年会越来越流行，现在真没多少人用。目前测试来看还比较稳定，我已经在 vbulletin论坛下运行了几天，不过没看出和APC、xcache有啥区别，只是最近我的APC老让apache崩溃（可能是apache和php版本太新的原因），想换个试试，毕竟Zend Opcache和APC都是php官方的，值得信赖。
zend Opcache配置参数详解：我的最终如下，其余参数默认即可。
opcache.memory_consumption=512
opcache.max_accelerated_files=16229
opcache.revalidate_freq=864000
;如果十天半月不改动 php 代码，上面的值尽可能高，单位是秒。
;如果改了，要么重启 apache，要么去上面那个控制面板里“Recheck”。
opcache.enable_file_override=1
opcache.force_restart_timeout=30

OPcache 配置参数中文版如下...（中文和英文同样让人难懂，两种语言文档都啃过了，基本才会了解...）：
opcache.enable(默认值:1)
Zend Optimizer + 的开关, 关闭时代码不再优化.

opcache.memory_consumption(默认值:64)
Zend Optimizer + 共享内存的大小, 总共能够存储多少预编译的 PHP 代码(单位:MB).

opcache.interned_strings_buffer(默认值:4)
Zend Optimizer + 中interned字符串的占内存总量.(单位:MB)

opcache.max_accelerated_files(默认值:2000)
Zend Optimizer + 哈希表中键数量的最大值(一个脚本文件应当是对应一个key的,所以应当就是允许缓存的文件最大数量).
这个值实际上是素数列表{ 223, 463, 983, 1979, 3907, 7963, 16229, 32531, 65407, 130987 }中第一个大于设定值的数字.
值设定范围: 200 – 100000

opcache.max_wasted_percentage(默认值:5)
“浪费”的内存达到此值对应的百分比,就会发起一个重启调度.

opcache.use_cwd(默认值:1)
开启这条指令, Zend Optimizer + 会自动将当前工作目录的名字追加到脚本键上, 以此消除同名文件间的键值命名冲突。
关闭这条指令会提升性能,但是会对已存在的应用造成破坏.

opcache.validate_timestamps(默认值:1)
禁用时, 您必须手动重置Zend Optimizer +或重新启动Web服务器,以使文件系统的更改生效.
检查的频率是由指令 “opcache.revalidate_freq” 控制.

opcache.revalidate_freq(默认值:2)
多久(以秒为单位)检查文件时间戳以改变共享内存的分配.”1″ 表示一秒校验一次, 但是是每个请求一次. “0″ 表示总是在校验.

opcache.revalidate_path(默认值:0)
允许或禁止在 include_path 中进行文件搜索的优化. 如果文件搜索被禁用而且可以在相同的 include_path 中找到这个缓存的文件,
文件搜索就不会再进行下去了. 因此,如果 include_path 其它地方有一个同名文件的话, 那就找不到了.
如果这个优化对您的应用有影响,那么应当允许它搜索. 默认情况下,指令是禁止的,这就意味着,优化是处于激活状态的.

opcache.save_comments(默认值:1)
如果禁用,所有的文档注释都从代码中剔除以此减少优化过的代码的大小.
禁用 “文档注释” 可能会破坏一些现有的应用和框架(例如: Doctrine, ZF2, PHPUnit).

opcache.load_comments(默认值:1)
如果禁用, PHP文档注释将不会从 SHM(共享内存) 中读取. 尽管”文档注释”还是会被存储(save_comments=1),
但是那些无论如何都用不上的注释就不必被应用读取了.

opcache.fast_shutdown(默认值:0)
如果开启, 一个快速关闭队列用以提速代码. 快速关闭队列并不释放每个已分配的块, 而是让 Zend 引擎内存管理器来干这个活.

opcache.enable_file_override(默认值:0)
允许覆盖文件存在（file_exists等）的优化特性。

opcache.optimization_level(默认值:0xffffffff)
一个位掩码,其中每个位允许或禁用相应的缓存通过.

opcache.inherited_hack(默认值:1)
启用此Hack可以暂时性的解决”can’t redeclare class”错误. Zend Optimizer + 存储着 DECLARE_CLASS 操作码使用继承的地方
(这些是唯一可以被PHP执行的操作码,但是也可能因为优化引起的父类找不到而无法执行).
当文件被读取时, Optimizer 会试着通过当前环境绑定被继承的类.
这样做的问题是. DECLARE_CLASS 的操作码可能不被当前脚本所需要, 如果脚本需要操作码至少完成类的定义操作, 那么它就会无法执行.
这指令的默认是禁用的, 这就表示优化是有效的. 该在 php 5.3 以及以上的版中不再被需要, 而且这个设置也不会生效.

opcache.dups_fix(默认值:0)
启用此Hack可以暂时性的解决”can’t redeclare class”错误.

opcache.blacklist_filename(默认值:无)
Zend Optimizer + 黑名单文件的位置.
Zend Optimizer + 黑名单是一个文本文件包含了那些不能被加速的文件名.文件格式为每行一个文件名.
文件名须为一个完整的路径或者紧紧一个文件前缀
(如:/var/www/x 屏蔽了 /var/www 文件和目录中所有以 ‘x’ 开始的文件或者目录). 需要屏蔽的文件通常符合下面三个原因中的一个:
1) 目录包含了自动生成的代码, 如 Smarty 或者 ZFW 的缓存.
2) 执行加速时代码无法很好的运行, 从而耽误了编译时评估.
3) 代码触发了一个 Zend Optimizer + 的 Bug

opcache.max_file_size(默认值:0)
通过文件大小屏除大文件的缓存.默认情况下所有的文件都会被缓存.

opcache.consistency_checks(默认值:0)
每 N 次请求检查一次缓存校验.默认值0表示检查被禁用了.由于计算校验值有损性能,这个指令应当紧紧在开发调试的时候开启.

opcache.force_restart_timeout(默认值:180)
从缓存不被访问后,等待多久后(单位为秒)调度重启.Zend Optimizer + 依托此指令来确定一个进程可能在处理过程中出现问题的情况.
这段时间(等待时间)过后, 假设 Zend Optimizer + 发生了一些问题, 并开始干掉那些仍然持有预防重启锁的进程.
当这些发生时, 如果日志的级别是3级或以上, 一个 “killed locker” 的错误就会被记录到 Apache 的日志中.

opcache.error_log(默认值:无)
Zend Optimizer + 的错误日志文件名.留空表示使用标准错误输出(stderr).

opcache.log_verbosity_level(默认值:1)
将错误信息都导向 Web 服务器日志.默认的只有致命错误(level 0) 或者错误(level 1)才会被记录.
你也可以允许警告(level 2),提示消息(level 3) 或者 调试消息(level 4)被记录下来.

opcache.preferred_memory_model(默认值:无)
内存共享的首选后台.留空则是让系统选择.

opcache.protect_memory(默认值:0)
防止共享内存在脚本执行期间被意外写入, 仅用于内部调试.

opcache.mmap_base(默认值:无)
共享内存段映射基础(仅适用于Windows).所有的PHP进程必须映射到相同的共享内存地址空间.
该指令用于手动修复 “Unable to reattach to base address” 错误.
转载于 http://blog.csdn.net/zqtsx/article/details/9770715