Haproxy负载出现8052错误编码

【 TiDB 使用环境】测试
【 TiDB 版本】5.7.25-TiDB-v7.1.2
【复现路径】无
【遇到的问题:问题现象及影响】

【资源配置】
1、虚拟服务器均为 4C16G
2、https://docs.pingcap.com/zh/tidb/stable/check-before-deployment 全部按文档设置


3、集群配置
1700645556575
【附件:截图/日志/监控】
1、开启haproxy check inner 配置后的日志
[2023/11/22 15:23:09.866 +08:00] [WARN] [server.go:644] [“Server.onConn handshake”] [conn=6826990842163536645] [error=“write tcp 192.168.100.181:4000->192.168.100.184:51782: write: connection reset by peer”] [“remote addr”=192.168.100.184:51782]
2、naviat连接错误提示和tidb.log日志提示 均为8052错误编码

3、java应用程序内部异常

同时定位到tidb日志也是8052

你haproxy配置发下看看呢

mysql客户端能通过184地址登录吗?

global # 全局配置。
log 127.0.0.1 local2 # 定义全局的 syslog 服务器,最多可以定义两个。
chroot /var/lib/haproxy # 更改当前目录并为启动进程设置超级用户权限,从而提高安全性。
pidfile /var/run/haproxy.pid # 将 HAProxy 进程的 PID 写入 pidfile。
maxconn 4096 # 单个 HAProxy 进程可接受的最大并发连接数,等价于命令行参数 “-n”。
nbthread 48 # 最大线程数。线程数的上限与 CPU 数量相同。
user root#haproxy # 同 UID 参数。
group root#haproxy # 同 GID 参数,建议使用专用用户组。
daemon # 让 HAProxy 以守护进程的方式工作于后台,等同于命令行参数“-D”的功能。当然,也可以在命令行中用“-db”参数将其禁用。
stats socket /var/lib/haproxy/stats # 统计信息保存位置。

defaults # 默认配置。
log global # 日志继承全局配置段的设置。
retries 2 # 向上游服务器尝试连接的最大次数,超过此值便认为后端服务器不可用。
timeout connect 20s # HAProxy 与后端服务器连接超时时间。如果在同一个局域网内,可设置成较短的时间。
timeout client 30000s # 客户端与 HAProxy 连接后,数据传输完毕,即非活动连接的超时时间。
timeout server 30000s # 服务器端非活动连接的超时时间。

listen admin_stats # frontend 和 backend 的组合体,此监控组的名称可按需进行自定义。
bind 0.0.0.0:8080 # 监听端口。
mode http # 监控运行的模式,此处为 http 模式。
option httplog # 开始启用记录 HTTP 请求的日志功能。
maxconn 10 # 最大并发连接数。
stats refresh 30s # 每隔 30 秒自动刷新监控页面。
stats uri /haproxy # 监控页面的 URL。
stats realm HAProxy # 监控页面的提示信息。
stats auth admin:pingcap123 # 监控页面的用户和密码,可设置多个用户名。
stats hide-version # 隐藏监控页面上的 HAProxy 版本信息。
stats admin if TRUE # 手工启用或禁用后端服务器(HAProxy 1.4.9 及之后版本开始支持)。

listen tidb-cluster # 配置 database 负载均衡。
bind 0.0.0.0:4001 # 浮动 IP 和 监听端口。
mode tcp # HAProxy 要使用第 4 层的传输层。
balance leastconn # 连接数最少的服务器优先接收连接。leastconn 建议用于长会话服务,例如 LDAP、SQL、TSE 等,而不是短会话协议,如 HTTP。该算法是动态的,对于启动慢的服务器,服务器权重会在运行中作调整。
server tidb-1 192.168.100.181:4000 send-proxy # 检测 4000 端口,检测频率为每 2000 毫秒一次。如果 2 次检测为成功,则认为服务器可用;如果 3 次检测为失败,则认为服务器不可用。
server tidb-2 192.168.100.182:4000 send-proxy

navacat dbeaver mysqlworkbench 都是提示 invalid sequence 88!=1

你试试最后一栏这么写呢

没有效果

先给你点个赞,发帖提问的内容写得非常详细,很多小伙伴应该和你多多学习学习~

不会是ubuntu20,然后apt装的haproxy吧?这个版本的apt源可能是有问题的。需要源码编译重新安装一次。

我就是上次踩过这个坑,还好猫哥帮忙解答了

1 个赞

HAProxy 2.6.2
centos:Linux version 3.10.0-1160.102.1.el7.x86_64 (mockbuild@kbuilder.bsys.centos.org) (gcc version 4.8.5 20150623 (Red Hat 4.8.5-44) (GCC) ) #1 SMP Tue Oct 17 15:42:21 UTC 2023
按文档操作安装的 https://docs.pingcap.com/zh/tidb/stable/haproxy-best-practices

我重新安装一次试试看

centos的话,应该问题不大。

问题解决了么?文档是源码编译的HAProxy,你的环境里也是么?java里配置的jdbc是哪个版本?

升级一下naviat版本,多数是版本过低不支持造成的

看着像是客户端连接到数据库要执行一些初始的sql没有成功呀,可以换个native版本试试,或都用mysqlworkbench试一下

不使用负载,直连tidb会报错么?排除数据库本身的报错。

1 个赞

参考这篇文章试试专栏 - HAProxy安装及搭建tidb数据库负载均衡服务实战 | TiDB 社区

没有检测端口 check inter
另外, fallbackable设置成true,省的后面要用某个单节点时出错


(https://github.com/pingcap/tidb/pull/47495)

参考:
1、https://www.haproxy.org/download/1.8/doc/proxy-protocol.txt
2、https://github.com/pingcap/tidb/pull/47495
使用proxy配置时候tidb服务端代码问题,去掉send-proxy配置。

1 个赞