【 TiDB 使用环境`】生产环境
【 TiDB 版本】5.4
【遇到的问题】
内存监控图：
内存分布：
本来想在原来帖子继续回复的，感觉那个帖子垫底凉了，只能再发一个帖求助了。
按照这个上涨的速度，我担心过不了这两天，系统就得手动重启释放内存了，不然就要凉凉。谢谢各位大佬
监控导出：
main_tidb-Overview_2022-04-15T12_18_40.319Z.json (966.0 KB)
我在github上貌似找到了类似的issue
https://github.com/pingcap/tidb/issues/32413
这个我已经按照文档清除了，并且重启了tidb
大佬，有没有办法判断出来是什么东西占用了内存呀，这个持续不释放感觉不是个正常现象
先定位一下吧
https://docs.pingcap.com/zh/tidb/stable/identify-expensive-queries
然后手动跟踪一下性能
https://docs.pingcap.com/zh/tidb/stable/dashboard-profiling#查看性能分析状态
看下慢sql
如果不是自动analyze导致的，查下慢sql和expensive sql吧
这个好像一直在执行sql，如果业务上并没有执行的情况，那就只有tidb在后台执行一些统计了，看看dashboard 能不能有些发现，截图看看
expensive sql 基本上没有，可以看一下我回复上面那一位大哥的截图
慢查询上周我已经处理过大部分了，剩下的频率很低，或者是数据库自身的sql，例如analyze table，机器CPU的负载也很低了，慢sql很多的话CPU理论上是很高的
我在其他的大哥那里截图恢复了，有空麻烦帮忙看看
一般不会推荐：在生产，混布 PD 和 Tidb
PD 是核心的调度中心，必须保持高可用的状态，一旦出现问题，方便扩容节点来保持状态
tidb 是无状态的节点，一个节点不够用，可以扩充其他的节点
建议你先将 PD 和 tidb 拆开…
pd /tidb server监控面板都有内存记录，哪个高看下
把日志文件和慢日志文件清理一下，太多了。
tidb中有一个触发gc的配置，默认值gogc=100，意味着内存翻倍后触发gc，改成50就是内存增长50%后触发gc，越低触发的越频繁，对性能影响越大。
[performance]
gogc = 50
也可以通过ulimit限制单个进程的最大内存，超了就oom，然后自动拉起。
也可以限制tidb的最大连接数，连接数很多的话，会导致内存涨。如果前面有nginx做代理，可以改个平衡策略为least connection
当然以上都是治标的办法，最终为什么高，还是得查查。目前我知道一种情况是连接数增加的多就会导致高。
