三种 PHP 运行环境的性能对比

更多腾讯海量技术文章,请关注云加社区:https://cloud.tencent.com/developer

作者:石仕海

nginx + swoole

swoole是一个异步、并行、高性能的网络通信引擎,使用纯C语言编写,提供了php语言的异步多线程服务器。swoole内置了http/websocket服务器端和客户端,http2.0服务器端,支持类似Go语言的协程,可以使用同步代码实现一步程序。

swoole采用I/O多路复用异步阻塞的Reactor模型,采用多线程Reactor+多线程Worker实现异步I/O。Reactor基于Epoll,每个Reactor可以处理无数个连接请求,因而可以轻松处理高并发。

Nginx+swoole模式下,nginx作为前端接入层转发机,swoole作为应用服务器构建高并发web服务。

nginx 请求转发swoole配置

9501是swoole服务器监听的端口。root设置为静态文件目录。如果请求静态文件则nginx直接处理,当请求动态文件时,则发送给swoole服务器来进行处理。

nginx + php-fpm

FastCGI是一个中立的技术标准,php-fpm是php语言的FastCGI进程管理器。

CGI的fork-and-execute模式有很多缺点,每接收一个请求就要fork一个进程处理,只能接收一个请求做出一个响应;每一个web请求PHP都必须重新解析php.ini文件,重新载入全部扩展并初始化全部数据结构。

FastCGI会事先启动起来,解析php.ini文件,载入扩展,初始化数据结构都只会在启动时完成,作为一个CGI管理服务器存在,使用进程/线程池预先启动一系列的子进程来等待处理。然后web服务器发过来请求,一旦FastCGI接收到请求就交给子进程处理,不需要在接收到请求后启动CGI,会快很多。Web服务器通过一个socket长连接请求FastCGI进程管理器。

FastCGI进程像是一个常驻CGI,在请求到达时,FastCGI进程管理器选择并连接一个PHP-CGI解释器去接收web服务器发送过来的环境变量和标准输入,请求处理完成后将标准输出或错误从同一连接返回给web服务器,该PHP-CGI解释器子进程等待处理来自FastCGI进程管理器的下一个连接。

nignx 进程参数配置

worker_porcesses 2;

worker_cpu_affinity 01 10;

测试服务器环境为2核CPU,配置nginx参数worker_processes为2,充分利用cpu性能;同时

worker_cpu_affinity

参数设为01和10是为了把2个nginx进程绑定到2个cpu上,减少多cpu核切换造成的寄存器等现场重建带来的性能消耗。

nginx 请求转发php-fpm配置

9000是fast_cgi监听的端口,当有php请求过来时,nginx服务器会把请求转发到php-fpm进程管理器,php-fpm收到请求后就会交给一个子进程处理该请求。

apache + mod_php

mod_php模式运行php,意味着php是作为apache的一个模块来启动。只有在apache启动的时候会读取php.ini配置文件并加载扩展模块,在apache运行期间是不会再去读取和加载扩展模块的。Apache出于稳定性和安全性考虑,通常使用默认的prefork模式运行php程序。在prefork模式下,一个单独的控制进程负责产生子进程,这些子进程用于监听请求并作出应答。

Apache总是试图保持一些备用或空闲的子进程用于迎接即将到来的请求,这样客户端无需在得到服务前等候子进程的产生。但是,一旦连接数多了,apache必须要生成更多的进程来响应请求,CPU对于进程的切换就很频繁,很耗事件和资源,导致apache性能下降;同时,apache在同步阻塞I/O模型下,select遍历多个连接句柄才能知道句柄是否有事件通知,因此效率非常低。

使用命令

httpd -l

可以查看apache是运行在prefork模式还是在worker模式,查看结果如下:

compiled in modules:

core.c

prefork.c

http_codre.c

mod_so.c

可见当前服务器上配置的apache使用prefork模式运行,prefork模式的运行参数如下:

StartServers 8

MinSpareServers 5

MaxSpareServers 20

ServerLimit 256

MaxClients 256

MaxRequestsPerChild 4000

服务器性能对比测试

运行环境说明:Thinkpad X1 Carbon,使用 VMWare开启2核cpu+1G内存虚拟机,CentOS6.7操作系统

ginx + swoolen

:2个nginx woker process,1个swoole process,静态请求nginx直接处理,动态请求转发swoole处理;nginx版本为1.10.2,swoole版本为1.9.6。

nginx + php-fpm

:2个nginx worker process,2个php-fpm process,静态请求nginx直接处理,动态请求转发php-fpm处理;nginx版本为1.01.2,php-fpm版本为7.1.2。

apache + mod_php

:8个httpd进程,静态和动态请求都由apache处理;apache版本为2.4.25,mod_php版本为7.1.2。

压测参数:并发请求参数为100,压测请求总数为10000,使用apachebench作为压测工具;压测指令为

每个压测指令执行10次,取10次qps(requests per second)值的平均值作为最后的统计数据。

纯文本输出

php代码

this is a test";

数据库访问

php代码

斐波那契数列计算

php代码

静态文件读取

静态文件内容:rtx.js,公司的某个产品组件,文件大小521KB

分析总结

在前三组动态请求php处理程序中,在纯文本输出的压测样例里,nginx+swoole和nginx+php-fpm比性能差别不大。在数据库访问和斐波那契数列计算中,加入了TCP访问mysql的操作和相对复杂的逻辑运算,压测结果表明nginx+swoole的性能要优于nginx+php-fpm。这是因为在swoole中,客户端连接请求,mysql访问都是异步处理,比阻塞的php-fpm要高效。

在上述三组动态请求中,实验结果表明nginx+swoole和nginx+php-fpm都要比apache+mod_php要高效。这主要是因为nginx服务器,swoole服务器在处理请求时都是异步非阻塞机制,相对而言apache的同步阻塞机制要低效许多。

最后一组测试——静态文件读取,非常明显的展示出在I/O操作方面,nginx比apache要高效很多,nginx性能是apache的2倍以上。nginx的采用事件通知机制实现了异步非阻塞的I/O模型,用户进程注册了事件监听之后马上返回,直到内核进程通知事件完成后用户进程再继续执行。

2017-03-24 18:00更新

补充下swoole异步mysql访问的php代码。

该代码通过浏览器访问时没有问题,能够正常返回;但是在用ab压测时会出现报错:

”WARNING swManager_check_exit_status: worker#0 abnormal exit, status=0, signal=11”

,后续解决了会提供ab压测数据。如您有解决方案,也可留言提供。

  • 发表于:
  • 原文链接:http://kuaibao.qq.com/s/20171228A0F41R00?refer=cp_1026

同媒体快讯

  • 文件上传那些事儿

    2018-10-18
  • react 渲染性能优化

    2018-10-18

相关快讯

扫码关注云+社区