laravel性能优化

2020-06-19

查看laravel版本

php artisan

开启OPcache

说明
OPcache是由PHP官方公司Zend开发的一款免费使用的PHP优化加速拓展,他可以PHP脚本编译后的bytecode缓存在共享内存中供以后反复使用，从而避免了从磁盘读取代码再次编译的消耗，同时，它还应用了一些代码优化模式，使得代码执行更快，从而加速PHP应用响应。
php自从5.5以来，就已经内置了OPcache扩展，不过默认是关闭的状态的，本文讲介绍如何开启OPcache以及在laravel中使用的正确方式。
PHP7。2FPM的配置信息位于：

1	/etc/php/7.2/fpm/php.ini

编辑以上文件，搜索opcache.enable将值设为1即为开机:

1	opcache.enable=1

php.ini 里相关的配置以下，注释里面包括说明和设定的值，请详细阅读：

; 是否在命令行开启，这里默认设置为 0 ，暂且关闭
;opcache.enable_cli=0

; 这个内存是用来存储编译后的字节码的，视你的程序
; 代码量而定，Laravel 应用一般建议设置为 256，单位 MB，
; 默认是 128
opcache.memory_consumption=256

; 会对程序所有的字符串进行统一存储以加快存取速度，
; 默认是 8m，建议 32 或者不超过 64。
opcache.interned_strings_buffer=32

; 最大加速多少个脚本文件，视项目脚本文件数而定，
; 合理区间 200~1000000 ，默认是 10000 ，建议 500000
opcache.max_accelerated_files=1000000

; 最大作废比例百分比，到达这个比例会重启，默认是 5 ，建议 10
opcache.max_wasted_percentage=10

; 开启情况下会在脚本名称前加上当前目录信息做为缓存的 Key，关闭可以
; 提高性能，但是会面临出错的风险（文件名一致时），建议开启，关闭使用 0
opcache.use_cwd=1

; 开启的话，会按照 opcache.revalidate_freq 设置的频率去检查文件
; 是否修改以便重新缓存，默认开启，生产环境下请设置为关闭，然后
; 写自动化脚本，在每次更新代码后自动重启 OPcache
opcache.validate_timestamps=0

; 文件更新检测频率，单位秒，只有在 opcache.validate_timestamps 
; 开启时才有效。默认为 2，意味着 2 秒钟检查一次，会对文件系统造
; 成负担，如果是在开发环境中请酌情使用，生产环境随意设置，因为
; 我们会设置 validate_timestamps 为关闭。
opcache.revalidate_freq=2200

; 文件加载的逻辑，默认关闭，无需修改
;opcache.revalidate_path=0

; 开启的话会把代码注释一起缓存，关闭可减低内存使用，但是
; 如果有一些代码依赖于注释里的指令，例如 Doctrine, 
; Zend Framework 2 和 PHPUnit，将会出现问题。建议开启
opcache.save_comments=1

修改完成后，需要重启FPM生效:

1	$sudo service php7.2-fpm restart

性能测试

接下来我们使用课程里面安装的ab压测工具试下性能:

1	$ab -n 100 -c 2 http://larabbs.test/topics

以上命令以并发数为2的情况发送100请求，得到的结果是:

1
2
3

Requests per second:    11.20 [#/sec] (mean) 
Time per request:       178.643 [ms] (mean)
Time per request:       89.322 [ms] (mean, across all concurrent requests)

解释如下:

# 并发数，每秒能处理多少个请求，越多越好
Requests per second:    11.20 [#/sec] (mean)

# 一个并发（这里是 2）处理的时间，单位毫秒，越小越好
Time per request:       178.643 [ms] (mean) 

# 平均每个请求的响应时间，单位毫秒，越小越好
Time per request:       89.322 [ms] (mean, across all concurrent requests)

接下来尝试OPcache关闭的情况，打开Php.ini将opcache.enable设置为0，然后重启FPM，接着重复上面的ab命令，得到的结果:

1
2
3

Requests per second:    8.80 [#/sec] (mean)
Time per request:       227.230 [ms] (mean)
Time per request:       113.615 [ms] (mean, across all concurrent requests)

可以看到性能有非常显著的提高。