【 TiDB 使用环境】生产环境
【 TiDB 版本】
【复现路径】自己出现的
【遇到的问题：数据库连接很慢，有时候能连上，有时候丢失连接，我怀疑是不是内存使用率过高导致的，怎么能处理一下这个问题呢】
【资源配置】进入到 TiDB Dashboard -集群信息 (Cluster Info) -主机(Hosts) 截图此页面
【附件：截图/日志/监控】
看下监控的数据库的延迟吧，也可以从客户端ping下到数据库的网络。
你这kv节点配置能统一下么看着难受，内存有16、32、64，明显有个别节点资源不够用了。
资源分配的有点乱啊。啥配置都有，pd节点就一个么？还有tikv ，尽量不要和tidbserver 在一起。
老师您好，pd节点有三个的 截图没截下来
资源配置不一样就像木桶效应一样，tikv你整理下吧，配置一样的。连接很慢，是所有tidbserver 都慢么？截图里面有好几个tidbserver。
老师不是所有的tidb都慢，有的能一下就连上 ，有的连半天也连不上
在归拢下资源吧。tidbserver也单出来吧
这个资源和部署的方式，没看太明白
- 资源足够的情况下，为什么要混合部署？
- 为什么有些节点的资源多，有些节点资源少？
- 建议参考官方文档的配置要求，重新规划一下
老师我们有proxy，我缩容掉之后，再重启一下haproxy哈，而且proxy里面的配置也要改一下?
老师是这样，我们当时磁盘空间不够，临时tidb服务器扩容给kv用了，后来申请下来服务器，磁盘又紧紧巴巴的够用了，其实磁盘到现在也不太够。
老师您好，我缩容了另外一个tidb节点，就好用了。 我怀疑是上边部署了一个很吃内存和cpu的mysql 又或者是ssh的问题连不上，现在还没定位到是什么问题，只知道是这台服务器的问题
有没有再加回去看看行不行
有配探测接口的话，不改haproxy配置也可以
特殊场景 跟着学习经验了。
重点观察一下连不上的tidb节点是不是都是和tikv混布了。我感觉这个可能对tidb的稳定性影响最大。