专栏首页运维研习社高并发调优backlog多大合适?

高并发调优backlog多大合适?

那么对于nginx,对于php-fpm,backlog应该设置多大,是越大越好吗?backlog怎么设置合适?这是上篇文章中遗留的几个问题

接着上篇文章《Nginx高并发调优中常被忽略的参数》中,最后部分,通过查看nginx源码发现nginx源码中定义backlog为511,其实在php-fpm配置文件中,同样默认backlog是511

包括redis,在默认配置文件中也有backlog配置,默认也是511

其实在redis注释中已经解释很清楚了,当你需要处理高并发得场景时,需要较大得backlog来处理堆积得请求,上篇文章对原理已经做了较全面的解释,网上也有很多大牛关于tcp全连接、半连接的文章讲解,今天主要想测试下,backlog在优化设置时,应该怎么设置

为了尽量排除带宽影响,我这里直接用两台内网的机子,一台作为客户端用ab去请求,另外一台作为服务端,服务端是一台centos7,没有优化过的系统

首先说一下ss的Recv-Q和Send-Q

在ss命令的结果中,如果该条记录为监听端口,则Recv-Q表示accept队列中元素的个数,Send-Q表示accept队列中队列的容量,所以从监听端口这行正好可以看到队列的情况

接着开始测试,第一步,先就默认backlog为128的情况下,用ab进行测试

直接开了两个窗口,用watch执行ss命令,0.1s刷新,在客户端用ab 200并发请求,开始瞬间php的Recv-Q就满了(因为我这里nginx连接php用的是socket的方式,所以监听的是socket,不是端口),接着查看ab结果

69次失败请求

查看nginx错误日志,69条错误日志,都是sock文件资源不可用,如果是用端口的形式,应该是请求超时或连接被重置,这个具体根据php执行时间已经nginx配置超时时间决定

接着调大内核somaxconn,让somaxconn大于nginx和php的默认backlog,也就是511,这里设置为1024,在接着测试

查看php-cgi的Send-Q,注意这里nginx或者php-fpm都要restart才能生效

接着查看nginx的Send-Q

接着ab进行测试,同时实时查看Recv-Q情况,我先仍然用刚才的ab参数进行测试

截图有点慢了,打的时候Recv-Q已经到198了,接着快速下降,看下ab测试结果

已经没有失败请求了,接着调大ab参数,再进行同样的测试

手慢了,ab打的瞬间Recv-Q是512,队列打满了,接着查看结果,不出意外肯定会有失败请求

从目前测试的结果来看,最直观的就是,backlog增大,对于能处理的并发请求来说也在增大,所以backlog优化是必须的,接着继续增加backlog进行测试

还是用600并发

没有问题,都能够正常处理,继续增加并发到1025

查看结果

接着想看下backlog太大会不会有什么影响,进行如下配置

接着ab测试(测试服务器不一定能扛住,这里ab最大并发2w)

从结果来看,没有问题,backlog越大越好

但其实这里有个问题,就是我这里测试的只是单php脚本,并没有涉及到业务代码,也不查询数据库,所以php能够快速处理,服务器不会崩,那么为什么nginx、php-fpm、redis,都默认设置511,而不设置很大的值,其实在php历史上,backlog是修改过的(从其他文章看到的),也是从511,修改到65535,提交者也是认为backlog数量越大越好,即便出现timeout也比syn队列满了后,内核忽略掉TCP SYN请求要好

但是在后面又将backlog改回511

其中理由是“backlog值为65535太大了。会导致前面的nginx(或者其他客户端)超时”,而且提交者举例计算了一下,假设FPM的QPS为5000,那么65535个请求全部处理完需要13s的样子。但前端的nginx(或其他客户端)已经等待超时,关闭了这个连接。当FPM处理完之后,再往这个SOCKET ID 写数据时,却发现连接已关闭,得到的是“error: Broken Pipe”,在nginx、redis、apache里,默认的backlog值都是511。故这里也建议改为511

所以我的建议是,用压测的方法,持续调整测试,取一个适合你业务的最大backlog值,一定要以业务代码进行测试,而不是单纯的调大backlog。

本文分享自微信公众号 - 运维研习社(gh_4135e2716ad3),作者:运维研习社

原文出处及转载信息见文内详细说明,如有侵权,请联系 yunjia_community@tencent.com 删除。

原始发表时间:2020-03-11

本文参与腾讯云自媒体分享计划,欢迎正在阅读的你也加入,一起分享。

我来说两句

0 条评论
登录 后参与评论

相关文章

  • Linux历史命令的记录与隐藏

    linux下历史命令通常有两大用处,一个是快速复用,另外是审计,快速复用在之前的文章linux命令行技巧中提过,有兴趣的可以去看看,今天主要说审计部分,分两部分...

    李俊鹏
  • gpreftools动态追踪Nginx进行性能分析

    之前介绍了多种nginx调试工具,今天介绍nginx性能分析工具——gperftools

    李俊鹏
  • Filebeat自定义pipeline,完美处理自定义日志字段

    filebeat是本地文件日志数据采集器,通常用作ELK中的日志采集,将采集的日志数据传输到elasticsearch,当需要进行数据处理时,先传入logsta...

    李俊鹏
  • 02.docker镜像制作

    陈雷雷
  • LNMP环境搭建

    Nginx的PHP安装和LAMP环境搭建中的PHP安装是有区别的。因为Nginx中的PHP是以fastcgi的方式结合Nginx的,而httpd是把PHP作为自...

    刘銮奕
  • LNMP搭建多个虚拟主机(wordpress+discuz+dedecms)

    老七Linux
  • LNMP环境下Nginx中php-fpm的配置文件讲解

    老七Linux
  • Android Studio启动时报错 “ Plugin "XXX" was not loaded: required plugin "Android Support" is disabled.”

    打开 File -> Settings -> Plugins,把红色的插件取消然后重新勾选,然后保存,再重新启 Android Studio 就可以了。

    kongxx
  • Nginx 封锁恶意 IP,并且定时取消的两种脚本

    有时候服务器会遭受到恶意IP访问,导致服务器负载很大,这个时候需要把这个IP封锁掉,以下两种脚本即可实现这种功能。一是直接通过nginx即可,在配置文件中加入i...

    刘远飞
  • Google Test(GTest)使用方法和源码解析——概况

            GTest是很多开源工程的测试框架。虽然介绍它的博文非常多,但是我觉得可以深入到源码层来解析它的实现原理以及使用方法。这样我们不仅可以在开源工程...

    方亮

扫码关注云+社区

领取腾讯云代金券