PHP Opcache 配置优化实战

前言

起源:在很长的一段时间里,咱们的web服务器在遇到大规模流量访问的时候,很容易就把 CPU 负载飙到了 100%,致使响应速度过慢,用户体验卡顿,直到最近开启了Opcahe后,咱们的QPS从200-300+,提高了1000+,响应速度也提升了不少,通过几天的摸爬滚打,终于有了一些些小小的经验,终于能够分享一下了。

在网上不少搜索Opcache配置优化的一些博客,很快就能得到一堆配置,可是是否真的适用于如今的项目规模和资源模式呢？对此下面将说明一些如何根据项目实际状况去优化opcache配置。

这是一段在网上推荐配置,下面咱们尝试从实际出发来尝试调优这个配置。

opcache.enable=1
opcache.memory_consumption=512
opcache.interned_strings_buffer=64
opcache.max_accelerated_files=100000
opcache.validate_timestamps=1
opcache.revalidate_freq=60
opcache.save_comments=1
opcache.fast_shutdown=1

个人PHP实验环境为:PHP7.3,不一样版本可能略有差别。

配置调整 && 优化

opcache.enable

opcache.enable - 启用操做码缓存。若是禁用此选项，则不会优化和缓存代码。

因此咱们须要设置为开启状态,才能启用到Opcache。

opcache.enable = 1

opcache.memory_consumption

opcache.memory_consumption - OPcache 的共享内存大小，以兆(M)为单位。

它的默认值为64M,可是根据不一样项目不一样规模,都有不一样的设置,咱们可使用 opcache_get_status 函数来查看Opcahce消耗了多少内存,是否根据须要增长内存,

在opcache_get_status中提供内存消耗信息的是memory_usage,值以字节为单位(byte)

"memory_usage": {
    "used_memory": 91647160,
    "free_memory": 440537232,
    "wasted_memory": 4686520,
    "current_wasted_percentage": 0.8729323744773865
},

咱们计算 memory_consumption 的公式为: ( used_memory + free_memory + wasted_memory) / 1048576

那么这个配置的结果为: (91647160 + 440537232 + 4686520 ) / 1048576 = 512M

memory_consumption = 512M

interned_strings_buffer

interned_strings_buffer - 用来存储预留字符串的内存大小，以兆字节为单位。

PHP使用了一种叫作字符串驻留（string interning）的技术来改善性能。例如，若是你在代码中使用了1000次字符串“aabbcccdd”,在PHP内部只会在第一次分配一个内存区域来储存该字符串，剩下的999次将使用内存指针来引用该字符串。

默认状况中,这个优化只会存在于单个PHP-FPM进程中,若是设置了这个选项,将会在全部 PHP-FPM 进程中共享。在比较大的项目中，这能够很是有效地节约内存，提升应用的性能。

该选项默认值为8MB,咱们能够根据项目的规模和实际状况来调整这个数值。

opcache.interned_strings_buffer=8

opcache.interned_strings_buffer=16

opcache.max_accelerated_files

opcache.max_accelerated_files - OPcache 哈希表中可存储的脚本文件数量上限。 真实的取值是在质数集合 { 223, 463, 983, 1979, 3907, 7963, 16229, 32531, 65407, 130987 } 中找到的第一个大于等于设置值的质数。 设置值取值范围最小值是 200，最大值在 PHP 5.5.6 以前是 100000，PHP 5.5.6 及以后是 1000000。

配置要保存在内存中的文件数,咱们能够经过如下命令在获取整个项目中的php文件数。

find . -type f -print | grep php | wc -l

能够根据项目的文件数,在上面的 质数集合中选取 >= 的第一个质数。

我本地项目的运行结果为:

find . -type f -print | grep php | wc -l

18918

那么配置则为:

opcache.max_accelerated_files = 32531

opcache.validate_timestamps

opcache.validate_timestamps 启用此选项后，PHP将根据您的opcache.revalidate_freq值检查文件时间戳,来肯定是否须要从新生成PHP脚本编译缓存。

在生产环境模式中,若是项目流量比较高,请求比较密集,建议关闭此选项,以此来得到最高性能。

opcache.validate_timestamps = 0

设置关闭后,每次部署代码没法即时得到更新,须要重启php-fpm进程或者使用 kill -SIGUSR2 进行平滑重启,方可生效最新代码。

revalidate_freq

revalidate_freq - 检查脚本时间戳是否有更新的周期，以秒为单位。 设置为 0 会致使针对每一个请求， OPcache 都会检查脚本更新。若是 opcache.validate_timestamps 配置指令设置为禁用，那么此设置项将会被忽略。

在本地或开发环境开启Opcache咱们能够设置为:

opcache.revalidate_freq = 0

小型流量服务端,能够设置为600s(10分钟),检查脚本更新

opcache.revalidate_freq = 600

大型及中型服务端建议设置 3600s 或 不作脚本更新检查,或者定时在流量低峰期作检查。

opcache.revalidate_freq = 3600

save_comments

save_comments - 若是禁用，脚本文件中的注释内容将不会被包含到操做码缓存文件， 这样能够有效减少优化后的文件体积。 禁用此配置指令可能会致使一些依赖注释或注解的 应用或框架没法正常工做， 好比： Doctrine， Zend Framework 2 以及 PHPUnit。

若是项目中没有用到依赖注解等,能够将这个选项关闭,否者应开启。

fast_shutdown

fast_shutdown - 若是启用，则会使用快速中止续发事件。 所谓快速中止续发事件是指依赖 Zend 引擎的内存管理模块 一次释放所有请求变量的内存，而不是依次释放每个已分配的内存块。

从 PHP 7.2.0 开始，此配置指令被移除。 快速中止的续发事件的处理已经集成到 PHP 中， 只要有可能，PHP 会自动处理这些续发事件。

这个字配置会加快 php-fpm worker 进程回收,以便为下一个请求更快作好准备。

低于 PHP 7.2.0 须要手动开启。

opcache.fast_shutdown=1

最终咱们优化调整后的位置以下,将它覆盖到php.ini,重载php-fpm进程便可生效。

opcache.enable=1
opcache.memory_consumption=512
opcache.interned_strings_buffer=64
opcache.max_accelerated_files=32531
opcache.validate_timestamps=0
opcache.save_comments=1
opcache.fast_shutdown=1

结尾

以上就是opcache部分配置优化策略,合理的使用OPcahce将会减小Web服务器的CPU使用率,可是会增长必定的内存使用率。若是使用获得,这将会大大提升或服务端和PHP的吞吐量。

最后补上开启OPcahe的优化后的效果图。