TiDB节点内存持续上升，发生自动重启现象

[h5n1]

STATEMENTS_SUMMARY 中的内容在tidb server重启后消失，可等到内存上来后再查。 上面的tikv 有个Leader为0 ，pd-ctl scheduler show看看是不是有evict leader

[tidb_liu (Hacker S G Rwhv Xs)]

@h5n1

pd-ctl scheduler show

看不懂这个

[h5n1]

38节点上没有leader 被驱逐了，tikv就其他2个节点干活，pd-ctl scheduler remove evict-leader-scheduler删除，leader会调度到38节点。业务低峰时处理

[tidb_liu (Hacker S G Rwhv Xs)]

@h5n1

pd-ctl scheduler remove evict-leader-scheduler

好的，我执行试试。但是这个能确定是导致内存不下来的原因么？

[h5n1]

这个跟tidb 内存应该没太大关系，只是资源利用的事。内存的问题还得分析

[tidb_liu (Hacker S G Rwhv Xs)]

我观察了一段时间，发现TiDB节点的内存在 70% ~ 80% 之间增长速度没那么快，相对稳定，但是过了80%就会长得很快。

[tidb_liu (Hacker S G Rwhv Xs)]

现在的情况是，基本上每隔20分钟，TiDB节点的内存就会爆满，然后TiDB节点会重启一次。这个重启的过程，会影响其他服务的调用

[h5n1]

没有周期性大SQL或者大量查询吗？

[songxuecheng (小白)]

tidb_analyze_version = 1. 查下这个变量调整为1试试

[tidb_liu (Hacker S G Rwhv Xs)]

这个参数在哪调整？

[songxuecheng (小白)]

[tidb_liu (Hacker S G Rwhv Xs)]

没有，近两天突然出现这种情况，我们应用层面都没动过

[tidb_liu (Hacker S G Rwhv Xs)]

应该不是这个值，我们集群的版本，从一开始安装的就是5.x版本的

[caiyfc]

想要先快速解决的话，建议增加tidb-server，相当于扩展了tidb-server的内存。
我现在也遇到了tidb-server OOM的问题，不过，是修改后的tidb for pg-server，不是原版的tidb-server，原因是我用了大量的并发，全部打到了一个tidb4pg-server上，我猜测可能是tidb4pg的缓存还没释放就又有数据要缓存，时间一长就导致OOM了。你可以看看你的业务是不是和我这个场景类似。

[songxuecheng (小白)]

按照要求 把监控导出来上传看下。