前两天被问到了问题,关于 OPcache 我配置过有多少?当时简单的想了一下,貌似这个东西我没配置过几个,就说了调整了五六个选项。然后又大概说了一下这五六个都调整了什么,我就说了一下缓存时长,跳过文件,内存大小,文件数量什么的。因为自己印象里面貌似能记住的就这几个了,然后对方告诉我 OPcache 有 30 多个可调整选项。说实话,我当时都惊了,这么多!!! 事后回家翻了一下我自己的配置部分,发现我配置的也有十几个了,但是分类呢,也就是我上面说的那几个。所以呢,今天就重新翻了一波文档,并且结合自己的理解,说说自己配置过的部分。以及没有接触的东西。看看能不能也加入到自己的配置中去。

OPcache 文档简介:

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

这是说啥呢,直白点就是空间换时间,把代码预编译并且存储到内存中。节省的时间就是解析 PHP 脚本的时间,但是加载部分虽然也有节省,但是依然还是有加载时间的,不过就是从磁盘换到了内存。另外加载到内存中是占用内存的哟,也就是说单机的处理能力随着缓存的增长会有变小。所以这个内存值的设置要根据实际逐步调整。

另外,关于新增的 preloading,可以看这个文章,我觉得写的挺好的 https://blog.csdn.net/qmhball/article/details/103503939

https://hdj.me/php74-preload/

好了,配置开始

配置过:

  • opcache.enable 开启 OPcache
  • opcache.memory_consumption OPcache 的共享内存大小,这个要根据机器情况来调节了,我自己的一个服务设置的512,因为几乎没有多少访问量,以及内存十分充裕,我就设置的很大
  • opcache.interned_strings_buffer 专门给字符串预留的空间,我自己的设置是 16
  • opcache.validate_timestamps 定期检测脚本更新,开启,除非代码更改频率实在是非常低,然后每次更新重启 fpm。说到这,我想到了聊天的时候,提到的,极致性能。这点我有些不认同,首先要保障安全和稳定,然后在此基础上在逐步提升性能,否则我觉得有些顾此失彼了,就如同 use_cwd 这个配置一样,难道每次提交代码的时候 CI 那边还要配置一个检测文件名冲突的服务么?
  • opcache.revalidate_freq 检测脚本检测更新周期,我这边设置的是 5。这个主要跟项目的实际有关,要及时更新就设置的低一点,但是不要用默认哦,默认是0。每个请求都检测的。
  • opcache.save_comments 缓存注释,如果不用那些依赖注释的注解的话,就关闭把。
  • opcache.load_comments 如果禁用,则即使文件中包含注释,也不会加载这些注释内容。已经被移除了。
  • opcache.blacklist_filename 不在 opcache 缓存的文件列表文件名
  • opcache.error_log OPcache 错误输出路径,默认是 stderr,所以这个还是要保存一下的。
  • opcache.log_verbosity_level 输出错误级别,这个看需求调整,我把 warning 也输出了 设置 2。
  • opcache.file_update_protection 如果文件的最后修改时间距现在不足此项配置指令所设定的秒数,那么这个文件不会进入到缓存中。 这是为了防止尚未完全修改完毕的文件进入到缓存。 如果你的应用中不存在部分修改文件的情况,把此项设置为 0 可以提高性能。默认值是 2,以前调整过,后来还是用默认值了。

看过未配置:

  • opcache.max_accelerated_files 默认值已经很大了,我觉得默认值够用。
  • opcache.use_cwd 设置工作路径的,避免文件重名冲突,默认开始,还是开着吧,安全第一。
  • opcache.enable_file_override 如果启用,则在调用函数 file_exists(), is_file() 以及 is_readable() 的时候, 都会检查操作码缓存,无论文件是否已经被缓存。 如果应用中包含检查 PHP 脚本存在性和可读性的功能,这样可以提升性能。这个是否开启,就看是不是检测代码文件了,如果没有,就用上面的时间检查就ok了。
  • opcache.max_file_size 默认缓存全部文件,就没有更改。
  • opcache.consistency_checks 不建议在生产环境开启,就没调整过
  • opcache.force_restart_timeout
  • opcache.preferred_memory_model 自动就好
  • opcache.mmap_base windows 下用的,没调整过
  • opcache.restrict_api 仅允许路径是以指定字符串开始的 PHP 脚本调用 OPcache API 函数。 默认值为空字符串 “",表示不做限制。由于没用过 OPcache API,所以这个也没有配置,极致安全下配置上ok。
  • opcache.huge_code_pages 新出的,感觉可能会有用,稍后看看
  • opcache.lockfile_path 用来存储共享锁文件的绝对路径(仅适用于 *nix 操作系统)。默认 /tmp 挺好。
  • opcache.file_cache 配置二级缓存目录并启用二级缓存。 启用二级缓存可以在 SHM 内存满了、服务器重启或者重置 SHM 的时候提高性能。 默认值为空字符串 “",表示禁用基于文件的缓存。 (需要看看)

未配置过:

  • opcache.enable_cli 针对 CLI 的缓存
  • opcache.max_wasted_percentage 浪费内存的上限,以百分比计。 如果达到此上限,那么 OPcache 将产生重新启动续发事件。没用过,看了一些文章,当内存不足的时候,浪费内存的上限百分比。OPCache的内存管理设计非常简单,快速读写,不释放内存,过期数据置为Wasted。当Wasted内存大于设定值时,自动重启OPCache机制,清空并重新生成缓存。这段文章来自 http://liuxiaochun.cn/2018/08/php7%E5%8D%87%E7%BA%A7-opcache/
  • opcache.revalidate_path
  • opcache.fast_shutdown 被移除了
  • opcache.optimization_level
  • opcache.inherited_hack 7.3 被移除了
  • opcache.dups_fix
  • opcache.force_restart_timeout 如果缓存处于非激活状态,等待多少秒之后计划重启。 如果超出了设定时间,则 OPcache 模块将杀除持有缓存锁的进程, 并进行重启。默认值是 180,这个还没看过,看说明会啥进程?那看样子可能要测试一波了。
  • opcache.protect_memory 内部调试用?
  • opcache.opt_debug_level 出于对不同阶段的优化情况进行调试的目的,生成操作码转储。 设置为 0x10000 会在进行优化之前输出编译器编译后的操作码, 设置为 0x20000 会输出优化后的操作码。 有机会看看

重新看了一波,自己没看过的,没有很多了,新出的几个配置有机会还是要研究研究的,以后人家如果在问我,我只能说我配置了差不多三分之一,三分之一用的默认值把。