Opcache是什么？

Opcache是一种通过将解析的php脚本预编译的字节码（Operate Code）存放在共享内存中来避免每次加载和解析PHP脚本的开销，解析器可以直接从共享内存读取已经缓存的字节码（Operate Code），从而大大提高PHP的执行效率。

什么是Operate Code？

当解释器完成对脚本代码的分析后，便将它们生成可以直接运行的中间代码，也称为操作码（Operate Code，opcode）。Opcode cache的目的是避免重复编译，减少CPU和内存开销。如果动态内容的性能瓶颈不在于CPU和内存，而在于I/O操作，比如数据库查询带来的磁盘I/O开销，那么opcode cache的性能提升是非常有限的。但是既然opcode cache能带来CPU和内存开销的降低，这总归是好事。现代操作码缓存器（Optimizer+，APC2.0+，其他）使用共享内存进行存储，并且可以直接从中执行文件，而不用在执行前“反序列化”代码。这将带来显着的性能加速，通常特别是高流量和高并发量时降低了整体服务器的内存消耗，而且很少有缺点。

为什么要使用Opcode缓存？

这得从PHP代码的生命周期说起，请求PHP脚本时，会经过五个步骤，如下图所示：

Zend引擎必须从文件系统读取文件、扫描其词典和表达式、解析文件、创建要执行的计算机代码（称为Opcode）,最后执行Opcode。每一次请求PHP脚本都会执行一遍以上步骤，如果PHP源代码没有变化，那么Opcode也不会变化，显然没有必要每次都重行生成Opcode，结合在Web中无所不在的缓存机制，我们可以把Opcode缓存下来,以后直接访问缓存的Opcode岂不是更快，启用Opcode缓存之后的流程图如下所示：

因此使用了Operate Code缓存之后，PHP代码会直接获取opcode后直接执行，中间的三个步骤会省略掉因此会大幅提高PHP代码执行效率。

PHP开启opcache方法

1、打开php.ini文件

2、找到：[opcache]，设置为：

[opcache]
; dll地址
zend_extension=php_opcache.dll
; 开关打开
opcache.enable=1
; 开启CLI
opcache.enable_cli=1
; 可用内存, 酌情而定, 单位为：Mb
opcache.memory_consumption=528
; Zend Optimizer + 暂存池中字符串的占内存总量.(单位:MB)
opcache.interned_strings_buffer=8
; 对多缓存文件限制, 命中率不到 100% 的话, 可以试着提高这个值
opcache.max_accelerated_files=10000
; Opcache 会在一定时间内去检查文件的修改时间, 这里设置检查的时间周期, 默认为 2, 定位为秒
opcache.revalidate_freq=1
; 打开快速关闭, 打开这个在PHP Request Shutdown的时候回收内存的速度会提高
opcache.fast_shutdown=1

3. 添加opcache.so

在php.ini最后一行添加opcache.so 主要作用是用来引用opcache

[root@abcDocker ~]# tail /etc/php.ini

zend_extension="opcache.so"

4. 重启Nginx和php

设置例外

也许服务器上某些内容，比如正在进行调试的网站等，我们不希望对其进行 OPcache。那就可以通过黑名单来将需要例外的文件排除掉。在 OPcache 的配置文件中有一行配置，如下

opcache.blacklist_filename=/etc/php.d/opcache*.blacklist

该配置指定用于存储文件名黑名单的那个文件。很显然这里使用通配符 * 来指定了一系列文件而不仅仅是特定某个文件。可以一直启用这一行。等到需要排除某些文件的时候，就编辑对应的黑名单文件。例如，针对 /srv/www/sites/devSite 文件夹下的所有文件，编辑（或者新建）文件

vim /etc/php.d/opcache-devSite.blacklist

内容为

/srv/www/sites/devSite/*

嗯，只有这么一行内容。通配符 * 表示所有 devSite 文件夹下的文件，完了之后重新启动 php-fpm 服务就可以了。

systemctl restart php-fpm

体会与总结

PHP 上有不少 opcode cache 组件，如 APC、eAccelerator、XCache 等。（参见 Wikipedia 上的 PHP accelerators 列表。）看 PHP wiki 上的意思，这个新引入的 Zend Opcache 的性能应该是最好的。不管用哪个组件，总归是用一个才好。

对于小型的服务器，似乎这几个组件的性能差异并不太明显。我的想法是，既然用了，那就用个最好的吧。但是如果你正在使用别的 opcode cache，比如上面提到的这几个中的一个，从性能提升上讲，倒是没必要立刻就换。