这是一个创建于 1247 天前的主题，其中的信息可能已经有所发展或是发生改变。
情况是这样，有个 mysql 连接，我们用 navicat 打开它其中某个库的随便一张表，很慢很慢，转圈转很久，成功打开一个表后，再打开其他表就很快了，同事们都有这个问题。
打开其他链接库的时候很快，秒开。
然后在后端程序中做 CURD ，连接都很快，没有问题。
看了数据库配置，最大连接数好像也没问题。
 | 1 chenzixue 2022 年 11 月 24 日  3 编辑连接->高级->勾选保持连接间隔 30s 差不多就可以了 |
 | 2 wps353 2022 年 11 月 24 日 via Android 这个库的表多么？ |
 | 4 cheneydog 2022 年 11 月 24 日 我好像也有遇到过 |
 | 5 superrichman 2022 年 11 月 24 日 dns 解析卡住了，把 dns 解析相关配置关掉 |
 | 7 bthulu 2022 年 11 月 24 日 你们公司的傻叉运维设置了 xx 秒不活动的 tcp 连接直接杀掉 |
 | 8 MIUIOS 2022 年 11 月 24 日 mysql 主动断开连接了，需要重新链接肯定慢 |
 | 9 ksc010 2022 年 11 月 24 日 这类软件 一般首次链接的时候会做一些数据库信息方面的查询 就很耗时 |
 | 11 JohnBull 2022 年 11 月 24 日 看上去像是 DNS 的问题 |
| 13 bthulu 2022 年 11 月 25 日 @xyl5869 问题其实出在防火墙切断空闲连接时, 并不会通知连接的两端, 导致 navicat 以为连接是正常的, 导致查询超时. 我在想防火墙切断空闲连接的时候, 能不能模拟正常关闭 tcp 连接, 给连接的两端发送关闭通知, 这样就不存在这个问题了. |
 | 14 jellyspot 2022 年 11 月 25 日 说啥都是猜，抓包看下最靠谱 |
 | 15 lap510200 2022 年 11 月 25 日 没选择心跳连接吧 长时间不用就断了 |
Select Language