Note:
This topic has been translated from a Chinese forum by GPT and might contain errors.
Original topic: Communications link failure
[TiDB Usage Environment] Production Environment
[TiDB Version]
v6.5.1
[Reproduction Path] What operations were performed when the issue occurred
Error: Communications link failure, connection pool is druid
[Encountered Problem: Problem Phenomenon and Impact]
[Resource Configuration] Enter TiDB Dashboard - Cluster Info - Hosts and take a screenshot of this page
[Attachments: Screenshots/Logs/Monitoring]
jdbc:
url: jdbc:mysql://xxxx:4000/xxxx?useAffectedRows=true&useUnicode=true&characterEncoding=UTF-8&useSSL=false&autoReconnect=true&failOverReadOnly=false
tidb configuration:
Recently, I encountered this error while performing an upgrade. After adjusting the timeout client and timeout server in the HAProxy configuration to a very large value, it hasn’t appeared again.
Okay, let me take a look.
Okay, I’ll set it up and observe.
Got it, I’ll try it next time I encounter it.
Which one corresponds to proxsql?
Is this error reported continuously, intermittently, or only when executing certain SQL statements? I noticed that the connection time reported in your error is very short, only 2404ms…
This can happen occasionally.
Check the TiDB logs to see if the error is caused by the executed SQL…
If TiDB does not cause an OOM, will executing SQL errors also result in this phenomenon?
Regular SQL shouldn’t, only OOM-related ones would.
There are indeed no OOM types, and tidb up was 1 month ago.