php opcache配置开启及使用

╰半橙微兮° 2022-05-16 06:39 424阅读 0赞

# 1. 为什么要用opcache #

编译器是把源程序的每一条语句都编译成机器语言,并保存成二进制文件,这样运行时计算机可以直接以机器语言来运行此程序,速度很快;  
而解释器则是只在执行程序时,才一条一条的解释成机器语言给计算机来执行,所以运行速度是不如编译后的程序运行的快的.

解释型语言的实现中，翻译器并不产生目标机器代码，而是产生易于执行的中间代码，这种中间代码与机器代码是不同的，中间代码的解释是由软件支持的，不能直接使用硬件，软件解释器通常会导致执行效率较低。用解释型语言编写的程序是由另一个可以理解中间代码的解释程序执行的。与编译程序不同的是，解释程序的任务是逐一将源程序的语句解释成可执行的机器指令，不需要将源程序翻译成目标代码后再执行。对于解释型Basic语言，需要一个专门的解释器解释执行

**在很多时候我们成为编译，但是它实际是进行解释的**

对于一个编译型程序，它的编译和执行是分开的，先编译成二进制可执行文件，然后在次执行。

对于PHP、Python属于解释型语言，不产生机器码，而是产生中间码（中间码是不能直接执行，这个中间吗只有解释器可以识别到，中间码要靠解析器来进行执行）  
**比如说PHP的解析器是Zend，PHP使用Zend引擎，中间码我们也称作为操作码（opcode）**

Basic程序，每条语言只有在执行才被翻译。这种解释型语言每执行一次就翻译一次，因而效率低下。

> 1、编辑：用编辑软件（EDIT.EXE或记事本）形成源程序（.ASM）,如：LX.ASM;  
> 2、汇编：用汇编程序（MASM.EXE）对源程序进行汇编，形成目标文件（.OBJ），格式如下：MASM LX.ASM;  
> 3、连接：用连接程序（LINK.EXE）对目标程序进行连接，形成可执行文件（.EXE），格式如下：LINK LX.OBJ;  
> 4、执行：如果结果在屏幕在显示，则直接执行可执行文件。  
> 5、调试：用调试程序（DEBUG.EXE）对可执行文件进行调试，格式如下：DEBUG LX.EXE

摘选自：[http://www.cnblogs.com/bluestorm/archive/2012/12/09/2810167.html][http_www.cnblogs.com_bluestorm_archive_2012_12_09_2810167.html]

鸟哥在博客中说，提高PHP 7性能的几个tips，第一条就是开启opache，引用下原文：

> 　　记得启用Zend Opcache, 因为PHP7即使不启用Opcache速度也比PHP-5.6启用了Opcache快,  
> 所以之前测试时期就发生了有人一直没有启用Opcache的事情

# 2. opcache安装 #

在PHP 5.5.0及后续版本中，PHP已经将Opcache功能以拓展库形式内嵌在发布版本中了，默认未开启Opcache加速，需要开发人员在php.ini中添加或解注释Opcache相关配置即可。对于之前的老版本，可以将Opcache作为PECL拓展库进行安装和配置，可以参考PHP拓展安装及配置：

[http://blog.csdn.net/why\_2012\_gogo/article/details/51120645][http_blog.csdn.net_why_2012_gogo_article_details_51120645]

NOTE:

如果你使用 --disable-all 参数 禁用了默认扩展的构建， 那么必须使用--enable-opcache 选项来开启 Opcache。

# 3.opcache配置 #

note:

一定要加载：zend\_extension=/usr/local/lib/php/extensions/no-debug-non-zts-20131226/opcache.so

php.ini:
    
    [opcache]
    
    ; 启动操作码缓存
    
    opcache.enable=1
    
    ; 针对支持CLI版本PHP启动操作码缓存 一般被用来测试和调试
    
    opcache.enable_cli=1
    
    ; 共享内存大小，单位为MB
    
    opcache.memory_consumption=128
    
    ; 存储临时字符串缓存大小，单位为MB，PHP5.3.0以前会忽略此项配置
    
    opcache.interned_strings_buffer=8
    
    ; 缓存文件数最大限制，命中率不到100%，可以试着提高这个值
    
    opcache.max_accelerated_files=4000
    
    ; 一定时间内检查文件的修改时间, 这里设置检查的时间周期, 默认为 2, 单位为秒
    
    opcache.revalidate_freq=60
    
    ; 开启快速停止续发事件，依赖于Zend引擎的内存管理模块，一次释放全部请求变量的内存，而不是依次释放内存块
    
    opcache.fast_shutdown=1
    
    ;启用检查 PHP 脚本存在性和可读性的功能，无论文件是否已经被缓存，都会检查操作码缓存,可以提升性能。 但是如果禁用了 opcache.validate_timestamps选项， 可能存在返回过时数据的风险。
    
    opcache.enable_file_override=1
    
    
    ; 拓展库so文件关联加载
    
    zend_extension=/usr/local/lib/php/extensions/no-debug-non-zts-20131226/opcache.so
    
    
    NOTE:
    
    上面列出的配置项是常用且重要的配置项，实际不止上面这些配置项。

# 四、显示分析 #

我们知道PHP脚本的执行机制是，解析器解析PHP脚本文件，并将其解析为字节码数据，而Opcache优化器的作用就是缓存被解析的字节码数据，做到直接从缓存中读取而不需要每次都重复PHP脚本的加载和解析工作，所以对于Opcache的使用，我们一般只需要做两件事儿：

1、使用Opcache优化器，加快PHP程序的执行速度；

2、通过Opcache各项指标参数，实时了解当前PHP程序的性能状态；

那么，我们如何去查看和分析当前的Opcache加速效果那？答案是可以使用下Github上开源的项目：[https://github.com/rlerdorf/opcache-status][https_github.com_rlerdorf_opcache-status]

将下载下来的项目放入到当前的Web服务器根目录下，直接访问即可，先看效果：

![Center][]

从上面的截图及项目文件看出，该Opcache工具是一个简化的GUI版本，使用它可以清楚了解和分析下面的内容：

1、缓存使用情况、剩余情况及内存浪费情况及比例；

2、缓存的keys、剩余的keys数；

3、缓存命中数以及未命中数；

4、缓存配置、状态以及缓存捕获脚本；

5、缓存的脚本文件，以视图形式划分直观显示；

好了，Opcache的可视化就说到这里，下面看下几项注意点。

# 五、注意事项 #

1、不建议Xcache和Opcache同时启用PHP优化；

因为PHP 5.5.0及后续版本已经内嵌对Opcache的支持，所以PHP意识到其重要性，相对于Xcache等第三方的PHP优化器来说，使用Opcache会是更好的选择。另外，两者同时存在的话，会使Opcache的缓存命中数大大降低，而且增加不必要的开销。

2、不建议在开发过程中开启Opcache

原因很明显，开启了Opcache之后，开发人员修改的内容不会立即显示和生效，因为受到opcache.revalidate\_freq=60的影响，所以建议在开发并测试之后，测试性能时再行打开测试，当然，生产环境一直都要开着Opcache了哦。

3、不建议将Opcache指标设置太大

Opcache各项指标配置大小或是否开启，需要结合项目实际情况需求及Opcache官方建议的配置，项目的实际情况分析，可结合上面第四部分的可视化缓存信息分析调整。

4、不建议长期使用老版本的Opcache

建议及时关注Opcache官网动态，实时了解其的bugs修复，功能优化及新增功能，以便更好的将其应用在自己的项目中。

5、不建议在生产环境中，将上面介绍的开源项目放入Web服务根目录

原因很简单，因为这个开源项目并未做访问的限制和安全处理，也就是说凡是可以访问外网的用户，只要知道了访问地址就可以直接访问，所以不安全。一般下，这个开源工具只是帮助可视化分析PHP的性能，通常在开发调试阶段使用。如果就是想在生产环境开启使用，那么就必须做好安全限制工作。

参考：[https://blog.csdn.net/abcdocker/article/details/55505063][https_blog.csdn.net_abcdocker_article_details_55505063]

[https://blog.csdn.net/u012369749/article/details/50971509][https_blog.csdn.net_u012369749_article_details_50971509]

[https://blog.csdn.net/why\_2012\_gogo/article/details/51134674][https_blog.csdn.net_why_2012_gogo_article_details_51134674]

[http_www.cnblogs.com_bluestorm_archive_2012_12_09_2810167.html]: http://www.cnblogs.com/bluestorm/archive/2012/12/09/2810167.html
[http_blog.csdn.net_why_2012_gogo_article_details_51120645]: http://blog.csdn.net/why_2012_gogo/article/details/51120645
[https_github.com_rlerdorf_opcache-status]: https://github.com/rlerdorf/opcache-status
[Center]: /images/20220516/59b28919fe3f4d5abe0f57637ddd2507.png
[https_blog.csdn.net_abcdocker_article_details_55505063]: https://blog.csdn.net/abcdocker/article/details/55505063
[https_blog.csdn.net_u012369749_article_details_50971509]: https://blog.csdn.net/u012369749/article/details/50971509
[https_blog.csdn.net_why_2012_gogo_article_details_51134674]: https://blog.csdn.net/why_2012_gogo/article/details/51134674