`
kennyluo
  • 浏览: 84094 次
  • 性别: Icon_minigender_1
  • 来自: 珠海
社区版块
存档分类
最新评论

nginx+php-fpm性能参数优化原则

阅读更多

1.worker_processes 越大越好(一定数量后性能增加不明显)

2.worker_cpu_affinity 所有cpu平分worker_processes 要比每个worker_processes 都跨cpu分配性能要好;不考虑php的执行,测试结果worker_processes数量是cpu核数的2倍性能最优

3.unix domain socket(共享内存的方式)要比tcp网络端口配置性能要好
不考虑backlog,请求速度有量级的飞跃,但错误率超过50%
加上backlog,性能有10%左右提升

4.调整nginx、php-fpm和内核的backlog(积压),connect() to unix:/tmp/php-fpm.socket failed (11: Resource temporarily unavailable) while connecting to upstream错误的返回会减少
nginx:
配置文件的server块
listen 80 default backlog=1024;

php-fpm:
配置文件的
listen.backlog = 2048

kernel参数:
/etc/sysctl.conf,不能低于上面的配置
net.ipv4.tcp_max_syn_backlog = 4096
net.core.netdev_max_backlog = 4096

5.增加单台服务器上的php-fpm的master实例,会增加fpm的处理能力,也能减少报错返回的几率
多实例启动方法,使用多个配置文件:
/usr/local/php/sbin/php-fpm -y /usr/local/php/etc/php-fpm.conf &
/usr/local/php/sbin/php-fpm -y /usr/local/php/etc/php-fpm1.conf &

nginx的fastcgi配置
    upstream phpbackend {
#      server   127.0.0.1:9000 weight=100 max_fails=10 fail_timeout=30;
#      server   127.0.0.1:9001 weight=100 max_fails=10 fail_timeout=30;
#      server   127.0.0.1:9002 weight=100 max_fails=10 fail_timeout=30;
#      server   127.0.0.1:9003 weight=100 max_fails=10 fail_timeout=30;
      server   unix:/var/www/php-fpm.sock weight=100 max_fails=10 fail_timeout=30;
      server   unix:/var/www/php-fpm1.sock weight=100 max_fails=10 fail_timeout=30;
      server   unix:/var/www/php-fpm2.sock weight=100 max_fails=10 fail_timeout=30;
      server   unix:/var/www/php-fpm3.sock weight=100 max_fails=10 fail_timeout=30;
#      server   unix:/var/www/php-fpm4.sock weight=100 max_fails=10 fail_timeout=30;
#      server   unix:/var/www/php-fpm5.sock weight=100 max_fails=10 fail_timeout=30;
#      server   unix:/var/www/php-fpm6.sock weight=100 max_fails=10 fail_timeout=30;
#      server   unix:/var/www/php-fpm7.sock weight=100 max_fails=10 fail_timeout=30;
    }

        location ~ \.php* {
            fastcgi_pass   phpbackend;
#           fastcgi_pass   unix:/var/www/php-fpm.sock;
            fastcgi_index index.php;
       ..........
       }

6.测试环境和结果

内存2G
swap2G
cpu 2核 Intel(R) Xeon(R) CPU E5405  @ 2.00GHz
采用ab远程访问测试,测试程序为php的字符串处理程序


1)在开4个php-fpm实例,nginx 8个worker_processes 每个cpu4个worker_processes ,backlog为1024,php的backlog为2048,内核backlog为4096,采用unix domain socket连接的情况下,其他保持参数不变

性能和错误率较为平衡,可接受,超过4个fpm实例,性能开始下降,错误率并没有明显下降
结论是fpm实例数,worker_processes数和cpu保持倍数关系,性能较高
影响性能和报错的参数为
php-fpm实例,nginx worker_processes数量,fpm的max_request,php的backlog,unix domain socket


10W请求,500并发无报错,1000并发报错率为0.9%

500并发:
Time taken for tests:   25 seconds avg.
Complete requests:      100000
Failed requests:        0
Write errors:           0
Requests per second:    4000 [#/sec] (mean) avg.
Time per request:       122.313 [ms] (mean)
Time per request:       0.245 [ms] (mean, across all concurrent requests)
Transfer rate:          800 [Kbytes/sec] received avg.

1000并发:
Time taken for tests:   25 seconds avg.
Complete requests:      100000
Failed requests:        524
   (Connect: 0, Length: 524, Exceptions: 0)
Write errors:           0
Non-2xx responses:      524
Requests per second:    3903.25 [#/sec] (mean)
Time per request:       256.197 [ms] (mean)
Time per request:       0.256 [ms] (mean, across all concurrent requests)
Transfer rate:          772.37 [Kbytes/sec] received

2)在其他参数不变,unix domain socket换为tcp网络端口连接,结果如下

500并发:
Concurrency Level:      500
Time taken for tests:   26.934431 seconds
Complete requests:      100000
Failed requests:        0
Write errors:           0
Requests per second:    3712.72 [#/sec] (mean)
Time per request:       134.672 [ms] (mean)
Time per request:       0.269 [ms] (mean, across all concurrent requests)
Transfer rate:          732.37 [Kbytes/sec] received

1000并发:
Concurrency Level:      1000
Time taken for tests:   28.385349 seconds
Complete requests:      100000
Failed requests:        0
Write errors:           0
Requests per second:    3522.94 [#/sec] (mean)
Time per request:       283.853 [ms] (mean)
Time per request:       0.284 [ms] (mean, across all concurrent requests)
Transfer rate:          694.94 [Kbytes/sec] received

与1)比较,有大约10%的性能下降

7. 5.16调整fpm的max_request参数为1000,并发1000报错返回降到200个以下,
Transfer rate在800左右
分享到:
评论

相关推荐

    如何正确配置Nginx + PHP

    Nginx以其高效的反向代理和静态文件处理能力,配合PHP-FPM(FastCGI Process Manager)能够提供高性能的动态内容服务。下面将详细介绍如何正确配置Nginx与PHP,并纠正一些常见误区。 首先,我们需要理解Nginx的配置...

    zabbix配置手册.pdf

    - 配置文件参数优化。 - Web端和数据库端的优化。 #### Zabbix升级 - 升级方案包括升级时间、影响范围、升级方法、升级后的风险、升级原则和功能提升。 - 升级步骤包括停止服务、备份配置数据、更新存储库配置包和...

    集群好书《高性能Linux服务器构建实战》 试读章节下载

    1.6.3 Nginx内核参数优化 1.7 实战Nginx与PHP(FastCGI)的安装、配置与优化 1.7.1 什么是 FastCGI 1.7.2 Nginx+FastCGI运行原理 1.7.3 spawn-fcgi与PHP-FPM 1.7.4 PHP与PHP-FPM的安装及优化 1.7.5 ...

    PHP新闻网站系统-php 开发

    - 服务器环境配置:如设置Apache或Nginx,配合PHP-FPM运行PHP应用。 - 监控与日志:通过监控工具(如Prometheus、Grafana)跟踪系统性能,记录日志以排查问题。 通过以上步骤,我们可以构建出一个功能完善、安全...

    米聊服务端开源实践

    - **性能优化**:针对内存泄漏等问题,通过设置参数`-XX:+HeapDumpOnOutOfMemoryError`,并在出现问题时借助MAT工具进行分析。 - **相关URL**:http://www.caucho.com/resin-4.0/ ##### 5. Quercus - **功能简介**...

    前后台学习手册

    13. 调试与优化:学习如何使用调试工具,如Xdebug,以及性能优化技巧,如缓存管理和代码优化。 14. 版本控制:理解Git的工作原理,学会版本控制和协作开发,这对于团队项目尤为重要。 15. 部署与服务器配置:学习...

    link-shorter-API:我自己的链接用php创建的较短的api

    例如,可以使用Nginx或Apache作为前端服务器,配合PHP-FPM提升性能,同时考虑使用缓存(如Redis)来减少数据库查询。 综上所述,“link-shorter-API”项目利用PHP构建了一个基本的链接缩短服务,涵盖了从API设计、...

    TeoryAndPractic

    2. 安装与配置:PHP通常与Apache或Nginx等Web服务器配合使用,通过安装PHP解析器(如PHP-FPM)进行配置。 3. 变量与数据类型:PHP支持多种数据类型,包括整型、浮点型、字符串、布尔型、数组、对象、NULL以及资源。 ...

Global site tag (gtag.js) - Google Analytics