简介

OPcache 通过将 PHP 脚本预编译的字节码存储到共享内存中来提升 PHP 的性能, 存储预编译字节码的好处就是省去了每次加载和解析 PHP 脚本的开销。

配置方案

PHP版本:5.5.36

Zend OPcache:7.0.6 dev

文件数:3910(粗略估计,统计目录core、data、mobile_app、small_app、umpush、vendor、33hao.php、global.php、index.php,包括其中资源文件)

大小:71.1MB

缓存文件大小估计:以mobile_app中的控制器举例

文件编译前编译后
index131kb685.89KB
member_index98kb534.74KB
goods239kb1004.30KB
voucher31kb143.15KB
member_buy42kb204.44KB
groupbuy63kb349.43KB

平均能达到原文件的5倍,预计缓存应约等于400MB

配置如下:

zend_extension=opcache.so
opcache.enable = 1
opcache.memory_consumption=400
opcache.interned_strings_buffer=32
opcache.max_accelerated_files=7963
opcache.validate_timestamps=0
opcache.fast_shutdown=1
opcache.load_comments=0
opcache.save_comments=0
;opcache.blacklist_filename=/bazirim/blacklist.txt

可视化工具

一款极简的可视化工具 ocp

Details:查看OPcache配置信息使用情况等;

Files:已缓存的文件

Reset:重置全部缓存内容 opcache_reset

Recheck:检测文件改动,并更新缓存内容

Refresh:刷新页面

常见问题

  1. 代码部署后的缓存清理问题

全量包目录发布后,软链接到webserver指定路径的方式,虽然不会存在新旧文件混合的问题,但是在未自动清理时,即便webserver已经链接到webserver对应目录,业务访问的还是旧文件。所以上线完成之后需对应清除每台负载的缓存,可以在瓦力中增加Release后置任务 sudo service php-fpm reload

原则上可以通过 opcache_reset 进行手动清理,但是经过多次测试 opcache_reset 清除缓存对于通过软连接方式部署的项目并不友好,会出现黑名单无法加载、缓存内容新旧重复,需要多次清理等问题。

  1. 临时修改代码

需要每台负载在ocp中进行Recheck操作

可优化为通过api的方式同时清理多台负载缓存

  1. ocp可视化工具的安全性

权限调整为只可通过内网ip访问

  1. 出现500错误

查看代码是否有bug,若兼容性有问题尝试将代码加入黑名单。

  1. 缓存命中率问题

随着项目上线时间的增加,缓存命中率应趋于稳定至96%~100%,若出现缓存命中率低的问题,应查看缓存大小是否足够,适当增加缓存大小。

配置说明

参数名类型默认值说明
opcache.enableboolean1启用操作码缓存。如果禁用此选项,则不会优化和缓存代码。 在运行期使用 ini_set() 函数只能禁用 opcache.enable 设置,不可以启用此设置。 如果在脚本中尝试启用此设置项会产生警告。
opcache.enable_cliboolean0仅针对 CLI 版本的 PHP 启用操作码缓存。 通常被用来测试和调试。
opcache.memory_consumptionint128(7之前默认64)OPcache 的共享内存大小,以兆字节为单位。
opcache.interned_strings_bufferint8(7之前默认4)用来存储预留字符串的内存大小,以兆字节为单位。 PHP 5.3.0 之前的版本会忽略此配置指令。
opcache.max_accelerated_filesint10000(7之前默认2000)OPcache 哈希表中可存储的脚本文件数量上限。 真实的取值是在质数集合 { 223, 463, 983, 1979, 3907, 7963, 16229, 32531, 65407, 130987 } 中找到的第一个大于等于设置值的质数。 设置值取值范围最小值是 200,最大值在 PHP 5.5.6 之前是 100000,PHP 5.5.6 及之后是 1000000。
opcache.max_wasted_percentageint5浪费内存的上限,以百分比计。 如果达到此上限,那么 OPcache 将产生重新启动续发事件。
opcache.use_cwdboolean1如果启用,OPcache 将在哈希表的脚本键之后附加改脚本的工作目录, 以避免同名脚本冲突的问题。 禁用此选项可以提高性能,但是可能会导致应用崩溃。
opcache.validate_timestampsboolean1如果启用,那么 OPcache 会每隔 opcache.revalidate_freq 设定的秒数 检查脚本是否更新。 如果禁用此选项,你必须使用 opcache_reset() 或者 opcache_invalidate() 函数来手动重置 OPcache,也可以 通过重启 Web 服务器来使文件系统更改生效。
opcache.revalidate_freqint2检查脚本时间戳是否有更新的周期,以秒为单位。 设置为 0 会导致针对每个请求, OPcache 都会检查脚本更新。如果 opcache.validate_timestamps 配置指令设置为禁用,那么此设置项将会被忽略。
opcache.revalidate_pathboolean0如果禁用此选项,在同一个 include_path 已存在的缓存文件会被重用。 因此,将无法找到不在包含路径下的同名文件。
opcache.save_commentsboolean1如果禁用,脚本文件中的注释内容将不会被包含到操作码缓存文件, 这样可以有效减小优化后的文件体积。 禁用此配置指令可能会导致一些依赖注释或注解的 应用或框架无法正常工作, 比如: Doctrine, Zend Framework 2 以及 PHPUnit。
opcache.load_commentsboolean1如果禁用,则即使文件中包含注释,也不会加载这些注释内容。 本选项可以和 opcache.save_comments 一起使用,以实现按需加载注释内容。
opcache.fast_shutdownboolean0如果启用,则会使用快速停止续发事件。 所谓快速停止续发事件是指依赖 Zend 引擎的内存管理模块 一次释放全部请求变量的内存,而不是依次释放每一个已分配的内存块。从 PHP 7.2.0 开始,此配置指令被移除。 快速停止的续发事件的处理已经集成到 PHP 中, 只要有可能,PHP 会自动处理这些续发事件。
opcache.enable_file_overrideboolean0如果启用,则在调用函数 file_exists()is_file() 以及 is_readable() 的时候, 都会检查操作码缓存,无论文件是否已经被缓存。 如果应用中包含检查 PHP 脚本存在性和可读性的功能,这样可以提升性能。 但是如果禁用了 opcache.validate_timestamps 选项, 可能存在返回过时数据的风险。
opcache.optimization_levelint"0x7FFFBFFF"控制优化级别的二进制位掩码。
opcache.inherited_hackboolean1(PHP 7.3.0被移除)在 PHP 5.3 之前的版本,OPcache 会存储代码中使用 DECLARE_CLASS 操作码 来实现继承的位置。当文件被加载之后,OPcache 会尝试使用当前环境来绑定被继承的类。 由于当前脚本中可能并不需要 DECLARE_CLASS 操作码,如果这样的脚本需要对应的操作码被定义时, 可能无法运行。在 PHP 5.3 及后续版本中,此配置指令会被忽略。
opcache.dups_fixboolean0仅作为针对 “不可重定义类”错误的一种解决方案。
opcache.blacklist_filenamestring“”OPcache 黑名单文件位置。 黑名单文件为文本文件,包含了不进行预编译优化的文件名,每行一个文件名。 黑名单中的文件名可以使用通配符,也可以使用前缀。 此文件中以分号(;)开头的行将被视为注释。简单示例
opcache.max_file_sizeint0以字节为单位的缓存的文件大小上限。设置为 0 表示缓存全部文件。
opcache.consistency_checksint0如果是非 0 值,OPcache 将会每隔 N 次请求检查缓存校验和。 N 即为此配置指令的设置值。 由于此选项对于性能有较大影响,请尽在调试环境使用。
opcache.force_restart_timeoutint180如果缓存处于非激活状态,等待多少秒之后计划重启。 如果超出了设定时间,则 OPcache 模块将杀除持有缓存锁的进程, 并进行重启。如果选项 opcache.log_verbosity_level 设置为 2 或者 2 以上的数值,当发生重启时将在日志中记录一条警告信息。
opcache.error_logint“”OPcache 模块的错误日志文件。 如果留空,则视为 stderr, 错误日志将被送往标准错误输出 (通常情况下是 Web 服务器的错误日志文件)。
opcache.log_verbosity_levelint1OPcache 模块的日志级别。 默认情况下,仅有致命级别(0)及错误级别(1)的日志会被记录。 其他可用的级别有:警告(2),信息(3)和调试(4)。
opcache.preferred_memory_modelstring“”OPcache 首选的内存模块。 如果留空,OPcache 会选择适用的模块, 通常情况下,自动选择就可以满足需求。可选值包括: mmapshm, posix 以及 win32
opcache.protect_memoryboolean0保护共享内存,以避免执行脚本时发生非预期的写入。 仅用于内部调试。
opcache.mmap_basestringnull在 Windows 平台上共享内存段的基地址。 所有的 PHP 进程都将共享内存映射到同样的地址空间。 使用此配置指令避免“无法重新附加到基地址”的错误。
opcache.restrict_apistring""仅允许路径是以指定字符串开始的 PHP 脚本调用 OPcache API 函数。 默认值为空字符串 "",表示不做限制。
opcache.file_update_protectionstring2如果文件的最后修改时间距现在不足此项配置指令所设定的秒数,那么这个文件不会进入到缓存中。 这是为了防止尚未完全修改完毕的文件进入到缓存。 如果你的应用中不存在部分修改文件的情况,把此项设置为 0 可以提高性能。
opcache.huge_code_pagesstring0启用或者禁用将 PHP 代码(文本段)拷贝到 HUGE PAGES 中。 此项配置指令可以提高性能,但是需要在 OS 层面进行对应的配置。
opcache.lockfile_pathstring/tmp用来存储共享锁文件的绝对路径(仅适用于 *nix 操作系统)。
opcache.opt_debug_levelstring0出于对不同阶段的优化情况进行调试的目的,生成操作码转储。 设置为 0x10000 会在进行优化之前输出编译器编译后的操作码, 设置为 0x20000 会输出优化后的操作码。
opcache.file_cachestringnull(>7.0)配置二级缓存目录并启用二级缓存。 启用二级缓存可以在 SHM 内存满了、服务器重启或者重置 SHM 的时候提高性能。 默认值为空字符串 "",表示禁用基于文件的缓存。
opcache.file_cache_onlyboolean0(>7.0)启用或禁用在共享内存中的 opcode 缓存。
opcache.file_cache_consistency_checksboolean1(>7.0)当从文件缓存中加载脚本的时候,是否对文件的校验和进行验证。
opcache.file_cache_fallbackboolean1(>7.0,仅适用于 Windows 平台)在 Windows 平台上,当一个进程无法附加到共享内存的时候, 使用基于文件的缓存,也即:opcache.file_cache_only=1。 需要显示的启用文件缓存。不鼓励禁用此配置项, 禁用它可能会导致进程无法启动。
opcache.validate_permissionboolean0(>7.0.14)针对当前用户,验证缓存文件的访问权限。
opcache.validate_rootboolean0(>7.0.14)在 chroot 的环境中避免命名冲突。 为了防止进程访问到 chroot 环境之外的文件,应该在 chroot 的情况下启用这个选项。
opcache.preloadstring""(>7.4)指定要在服务器启动时期进行编译和缓存的 PHP 脚本文件, 这些文件也可能通过 include 或者 opcache_compile_file() 函数 来预加载其他文件。 所有这些文件中包含的实体,包括函数、类等,在服务器启动的时候就被加载和缓存, 对于用户代码来讲是“开箱可用”的。
opcache.preload_userstring""(>7.4)考虑到安全因素,禁止以 root 用户预加载代码。该指令方便以其他用户预加载。