【 TiDB 使用环境】生产环境 /测试/ Poc
【 TiDB 版本】
【复现路径】做过哪些操作出现的问题
使用工具和外部程序连接会不断出现这个错误2013 - Lost connection to MySQL server at 'reading initial communication packet, system error: 0 “Internaerrorjcheck (Not system error)”，时好时坏，但是用命令行就没有问题（个人感觉可能是haproxy的问题）
【遇到的问题：问题现象及影响】
【资源配置】进入到 TiDB Dashboard -集群信息 (Cluster Info) -主机(Hosts) 截图此页面
我一开始没配置send-proxy这个参数，后面配置了，有段时间都没啥问题，今天突然有问题，就很奇怪
我什么都没改，重启了下haproxy这个错误就不报了 
这是啥故障呀
是不是谁把连接时间改短了，重启后又被覆盖了
万能的重启
果然靠重启，还是有钱上f5吧
好像没有，所以很奇怪，之前配好了没动过，还是会出现这类问题
今天早上也遇到个haproxy的问题。。
ERROR 2013 (HY000): Lost connection to MySQL server at ‘reading authorization packet’, system error: 2
也是重启完就好了
重启大法好 可不敢随意重启Tidb集群
haproxy可以配置几台做高可用，重启应该没啥问题
咖啡哥，你怎么解决的，你那边还报这个错么，我这边还是时不时会报这个错
我这个是测试环境就遇到这一次，生产没问题。
裂开，我是生产遇到这个问题，时不时的会坏个一两次，一出问题就etl流程就报错了。
应该和haproxy的版本有关系。
特别是如果你的haproxy是yum 或者apt直接装的。以前生产服忘了什么os了，用自动装的就会时不时的断连，被这个问题坑过。
后来解决方案就是从github上，用最新版重新编译。强烈建议检查一下haproxy的版本。去github找一找是不是有对应的issue。
好的，谢谢，我试试
我用2.9和2.6都试了，还是会有这个错误。顺便问下这个和集群有版本对应么，我集群7.1
我找当事人了解了下，他也不记得是那个haproxy版本了，很确定os是ubuntu20.然后apt装的有问题。编译后就不在出现了。
还有你的配置里面，最大连接数1000好像也有点低，可以调大试试看。
我这个还真是ubuntu20之后的os ，我在改下试试，感谢
