Redis经HAProxy连接报Socket意外关闭错误的解决求助

环境信息 #

• Redis 7.2.4（Docker容器部署）
• HAProxy 2.4.24（包安装部署）

问题分析 #

单独连接Redis服务器正常，但通过HAProxy代理时出现Socket closed unexpectedly错误，调整超时仅改变错误频率，说明核心问题不是单纯的超时时长，而是HAProxy的TCP代理配置不匹配Redis的连接特性，或健康检查逻辑存在疏漏。

具体解决方案 #

1. 修正HAProxy的TCP模式配置 #

你的defaults块默认是mode http，虽然frontend和backend指定了mode tcp，但http模式下的部分默认行为（如连接处理逻辑）仍可能干扰TCP代理。建议直接调整全局默认模式为TCP，或在Redis相关配置块中补充TCP专用参数：

修改后的HAProxy配置示例：

global
        log /dev/log    local0
        log /dev/log    local1 notice
        chroot /var/lib/haproxy
        stats socket /run/haproxy/admin.sock mode 660 level admin expose-fd listeners
        stats timeout 30s
        user haproxy
        group haproxy
        daemon

defaults
        log     global
        mode    tcp  # 全局默认TCP模式，适配Redis等TCP服务
        option  dontlognull
        timeout connect 5s
        timeout client  300s  # 匹配Redis默认超时（300秒）
        timeout server  300s
        timeout client-fin 30s
        timeout server-fin 30s
        errorfile 400 /etc/haproxy/errors/400.http
        errorfile 403 /etc/haproxy/errors/403.http
        errorfile 408 /etc/haproxy/errors/408.http
        errorfile 500 /etc/haproxy/errors/500.http
        errorfile 502 /etc/haproxy/errors/502.http
        errorfile 503 /etc/haproxy/errors/503.http
        errorfile 504 /etc/haproxy/errors/504.http

frontend redis_frontend
    bind *:6379  
    mode tcp
    default_backend redis_servers

backend redis_servers
        mode    tcp
        balance roundrobin
        option clitcpka  # 启用客户端TCP保活，防止连接被中间设备断开
        option srvtcpka  # 启用服务器端TCP保活
        option tcp-check  # 开启TCP层健康检查
        tcp-check send PING\r\n  # 发送Redis PING命令验证服务状态
        tcp-check expect string +PONG  # 校验Redis返回的PONG响应
        server redis1   192.168.0.207:6379 check inter 5s rise 2 fall 3
        server redis2   192.168.0.210:6379 check inter 5s rise 2 fall 3

2. 检查Redis的连接配置 #

• 确认Redis允许HAProxy访问：Docker部署的Redis需确保容器端口映射正确，且Redis配置中bind设为0.0.0.0（允许所有IP），或明确添加HAProxy的IP地址。
• 对齐超时设置：执行redis-cli config get timeout查看Redis默认超时（默认300秒），确保HAProxy的timeout client和timeout server不超过该值，或通过TCP保活参数避免Redis主动关闭空闲连接。
• 检查连接数限制：执行redis-cli config get maxclients，确保HAProxy+业务客户端的总连接数不超过Redis的最大连接数限制。

3. 排查网络层面问题 #

• 验证防火墙/安全组规则：确保HAProxy服务器与Redis容器之间的6379端口双向通行。
• 检查Docker网络配置：若Redis使用bridge模式，需确认HAProxy能直接访问容器的IP地址；若使用host模式，需确保宿主机端口未被占用。

4. 启用HAProxy调试日志 #

在global块添加调试日志配置，定位连接断开的具体原因：

global
        # 原有配置...
        log /dev/log local0 debug

重启HAProxy后，查看/var/log/haproxy.log，可获取连接建立、断开的详细过程，确定是HAProxy、Redis还是客户端主动关闭连接。

补充说明 #

日志中出现的AMQP连接错误，若AMQP服务也通过同一HAProxy代理，可参照上述TCP代理配置调整AMQP相关的frontend/backend；若为独立问题，需单独排查AMQP的连接配置。

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