opcache，提升PHP性能的利器
昨天《如何衡量单机PHP支撑能力》提到了OPcache，今天在自己的ECS上做了些测试，结果令人激动。
什么是Opcache
即使不使用OPcache，PHP7的性能也是非常高的。PHP脚本每次运行的时候，都要动态解析PHP代码，然后再执行。
如果将解析的结果保存下来，这样执行的时候就省去了解析，执行的性能就会提升。
将代码解析结果保存到共享内存中，这就是OPcache，PHP-FPM worker进程都能使用该内存区域。
如何启用OPcache
PHP5.6以上的版本默认编译了OPcache，不过要真正启用，必须在php.ini中配置 zend_extension=opcache.so，动态加载 Zend extension。
如果php -v 出现with Zend OPcache v7.2.8, Copyright (c) 1999-2018, by Zend Technologies，说明启用了OPcache。
如何配置OPcache
具体见 www.php.net/manual/zh/opcache.configuration.php，说几个有用的。
opcache.enable 表示启用OPcache。
opcache.enable_cli 表示PHP命令行也启用OPcache。
opcache.memory_consumption 表示共享内存的大小。
opcache.interned_strings_buffer PHP相同字符串可以保存到共享内存中。
opcache.validate_timestamps 如果是1表示每次都会检查PHP文件的更新时间，以便确定是否使用OPcache，在生产环境中建议关闭，这样性能更高，那如果源文件修改了怎么办？后面会说。
opcache.max_accelerated_files 表示可缓存文件的最大个数。
opcache.enable_file_override 如果开启，则在调用函数 file_exists()，is_file() 以及 is_readable() 的时候，都会检查OPcache。
opcache.file_cache 可以将OPcache导出到外部文件，这样即使重启PHP，外部文件的OPcache也能使用，但自己没有开启。
如何运用在生产环境
OPcache确实很好，但如果opcache.validate_timestamps关闭，那么源文件如果变更，如何能够更新OPcache呢？
有两种方法，第一个就是重启PHP-FPM，第二个就是调用 opcache_reset() 函数。
重启PHP-FPM不太适合，比如在QA环境，不能修改一行代码就启动PHP-FPM，所以目前的方法就是QA代码（if/else）使用opcache_reset()强制不使用OPcache。
那么生产环境如何更新OPcache呢？目前的方法就是在ssh git分发代码的时候，增加curl一个接口，该接口就是执行opcache_reset()。
OPcache统计
内置opcache_get_status()函数可以了解统计数据，比如：
[memory_usage] => Array
(
[used_memory] => 21200864
[free_memory] => 113016864
[wasted_memory] => 0
[current_wasted_percentage] => 0
)
[interned_strings_usage] => Array
(
[buffer_size] => 8388608
[used_memory] => 710928
[free_memory] => 7677680
[number_of_strings] => 16899
)
[opcache_statistics] => Array
(
[num_cached_scripts] => 36
[num_cached_keys] => 44
[max_cached_keys] => 16229
[hits] => 36
[start_time] => 1591457444
[last_restart_time] => 1591457446
[oom_restarts] => 0
[hash_restarts] => 0
[manual_restarts] => 1
[misses] => 36
[blacklist_misses] => 0
[blacklist_miss_ratio] => 0
[opcache_hit_rate] => 50
)
[scripts] => Arrayfree_memory 表示共享内存还有多少没有用；current_wasted_percentage表示浪费的内存，达到一定比例，会自动清除OPcache；opcache_hit_rate表示OPcache命中率；scripts 表示查看那些脚本被缓存了。
具体效果
使用ab进行并发测试。
yum -y install httpd-tools
ab -n 10000 -c 500 url #并发500在开启OPcache的时候：
Concurrency Level: 500
Time taken for tests: 38.155 seconds
Complete requests: 10000
Failed requests: 340
(Connect: 0, Receive: 0, Length: 340, Exceptions: 0)
Write errors: 0
Non-2xx responses: 340
Total transferred: 1938420 bytes
HTML transferred: 564000 bytes
Requests per second: 262.09 [#/sec] (mean)
Time per request: 1907.740 [ms] (mean)
Time per request: 3.815 [ms] (mean, across all concurrent requests)
Transfer rate: 49.61 [Kbytes/sec] received
Connection Times (ms)
min mean[+/-sd] median max
Connect: 14 510 1156.1 25 15056
Processing: 19 398 1557.7 32 29043
Waiting: 19 398 1557.7 32 29043
Total: 33 908 2014.5 269 32053没有开启的情况下：
Concurrency Level: 500
Time taken for tests: 28.447 seconds
Complete requests: 10000
Failed requests: 7663
(Connect: 0, Receive: 0, Length: 7663, Exceptions: 0)
Write errors: 0
Non-2xx responses: 10000
Total transferred: 2784615 bytes
HTML transferred: 1270593 bytes
Requests per second: 351.53 [#/sec] (mean)
Time per request: 1422.361 [ms] (mean)
Time per request: 2.845 [ms] (mean, across all concurrent requests)
Transfer rate: 95.59 [Kbytes/sec] received
Connection Times (ms)
min mean[+/-sd] median max
Connect: 14 326 1302.2 23 15060
Processing: 14 1035 1884.1 27 9045
Waiting: 14 1035 1884.1 27 9045
Total: 29 1361 2246.7 58 21169有的同学很奇怪，怎么开启OPcache的情况下，执行时间反而更长？原因在于并发数太高，而单请求响应时间长，PHP-FPM worker子进程达到了500；而开启OPcache的时候，执行效率高，worker进程没有超过20，所以其总体时间更长。
另外如果没有开启OPcache，则CPU负载瞬间飙到10以上；而开启OPcache的话，CPU负载没有超过1。