RabbitMQ 3.9.14高峰时段新建连接缓慢问题优化咨询

我部署了一套业务负载较高的RabbitMQ 3.9.14服务，高峰时段接收新连接的速度极慢。

我已参照RabbitMQ官网给出的指南对/etc/sysctl.conf参数进行调优，具体配置如下：

fs.file-max = 10000000
fs.nr_open = 10000000
fs.inotify.max_user_watches=524288

net.core.somaxconn = 4096
net.ipv4.tcp_fin_timeout = 30
net.ipv4.tcp_tw_reuse = 1
net.ipv4.tcp_keepalive_time=30
net.ipv4.tcp_keepalive_intvl=10
net.ipv4.tcp_keepalive_probes=4

net.ipv4.ip_local_port_range = 10000 64000
net.ipv6.conf.all.disable_ipv6=1
net.ipv6.conf.default.disable_ipv6=1
net.ipv6.conf.lo.disable_ipv6=1

net.netfilter.nf_conntrack_max=1048576

我也尝试调整rabbitmq.conf中的各项配置参数验证优化效果，但未起到明显改善作用，相关配置如下：

num_acceptors.tcp = 32
channel_max = 4096

tcp_listen_options.backlog = 512
tcp_listen_options.nodelay = true
tcp_listen_options.linger.on      = true
tcp_listen_options.linger.timeout = 0
tcp_listen_options.sndbuf = 196608
tcp_listen_options.recbuf = 196608

collect_statistics_interval = 60000

受业务架构所用PHP语言的特性限制，每次向RabbitMQ发布消息时都会新建连接，虽希望改用长连接模式，但该模式不符合PHP的设计特性，无法落地。
高峰活动期间，部分连接的建立耗时最长可达7秒，但连接一旦建立完成，消息发布的性能完全正常。
已尝试过所有已知的常规优化方案，现咨询还有哪些调优手段可以尝试，以提升节点的连接性能？当前服务器峰值负载较低，约为15%，禁用管理界面对性能的影响微乎其微。

你当前的配置存在几个明确的瓶颈点，结合PHP短连接的业务场景，按优先级从高到低调整即可解决连接慢的问题：

1. 修正TCP backlog配置不匹配问题 #

你当前内核侧net.core.somaxconn设置为4096，但RabbitMQ配置里tcp_listen_options.backlog仅设为512，实际生效的连接队列长度以较小值为准，高峰时大量新连接会堆积在SYN队列/accept队列里，直接导致连接握手耗时飙升。

• 调整RabbitMQ配置：将tcp_listen_options.backlog改为4096，和内核参数对齐
• 补充内核参数：新增net.ipv4.tcp_max_syn_backlog = 8192，避免SYN队列溢出丢包
• 调整后执行sysctl -p加载内核参数，重启RabbitMQ服务生效

2. 提升TCP acceptor进程数量 #

你当前num_acceptors.tcp仅设为32，对于PHP短连接每秒数百甚至上千的新建连接需求，32个acceptor进程从accept队列取连接、完成AMQP握手的速度完全跟不上队列堆积速度。

• 直接将num_acceptors.tcp调整为128~256，RabbitMQ的acceptor是专门处理新连接握手的轻量进程，不会占用过多CPU资源，完全匹配你当前15%的低负载场景

3. 精简AMQP握手流程 #

默认配置下RabbitMQ建立AMQP连接时会加载多套认证机制、走完整的SASL协商流程，多轮网络往返在短连接高并发场景下会带来极高的握手开销，这也是连接建立慢、连接建立后收发消息正常的核心原因之一。

• 在rabbitmq.conf中添加如下配置，去掉不必要的认证协商步骤：

auth_mechanisms.1 = PLAIN
auth_backends.1 = internal

• 业务侧如果不需要TLS加密，直接走普通TCP连接即可，TLS握手的开销在短连接场景下会被放大数倍

4. 优化Erlang VM调度参数 #

RabbitMQ运行在Erlang VM上，默认的调度参数是为通用长连接场景设计的，短连接高并发场景下需要调整IO线程数量：

• 在RabbitMQ的环境配置文件（通常路径为/etc/rabbitmq/rabbitmq-env.conf）中添加：

RABBITMQ_SERVER_ADDITIONAL_ERL_ARGS="+A 128 +SDio 128 +sbwt none +sbwtdcpu none +sbwtdio none"

• 上述参数会把Erlang的异步IO线程池数量从默认的30左右提升到128，专门处理网络IO和连接握手事件，避免IO线程排队

5. 本地代理中转方案（上述调整后仍有瓶颈时使用） #

如果调整完上述参数后短连接性能仍达不到要求，可以在每台业务机上部署本地TCP代理（如HAProxy）做连接复用：业务侧每次新建短连接实际连的是本地代理，由代理和后端RabbitMQ维持少量长连接。这个方案不需要修改PHP业务代码，就能彻底规避短连接反复握手的开销。

调整完成后，可以在高峰时用ss -lnt查看RabbitMQ监听端口的Send-Q值，如果该值长期维持在0附近，说明accept队列没有堆积，连接建立耗时会降到毫秒级。

内容的提问来源于stack exchange，提问作者Marcin Sleziak