【 TiDB 使用环境】线上、测试、调研
【 TiDB 版本】
【遇到的问题】
【复现路径】做过哪些操作出现的问题
【问题现象及影响】
【附件】
请提供各个组件的 version 信息，如 cdc/tikv，可通过执行 cdc version/tikv-server --version 获取。
？？？
给点信息，比如日志、监控，我们不是神仙，也不会算命
2022年04月04日？
嗯，很长时间之前就有的问题，版本好像是v5.2.1升级到v5.2.2也不行，所以一直只能当临时使用
tidb oom，日志里面会有关键字的，你把oom的位置找到，看看前后文
tidb给点现在的日志。不断oom就找找oom现场的日志。
你前面发的，tidb里面一直刷的 TIME_COP_PROCESS 是有慢查询，所以会一直刷。
至于后面发的OOM的这个，有这条日志前面几条的信息嘛？找找 error 、warning之类的
根据慢查询，按内存排序看下占用多少内存
麻烦提问按照这个问题模板来描述问题~
一次性说完效率会更快
说了一直刷，内容是一致的，不要纠结时间
找啥oom的日志，明显是gc不过来了，raft的bug，你这边是源码开发人员吗？
就是疯狂刷，没有任何负载的时候也是，你有时间一起共享屏幕看下？
我不是官方的人，你说不断oom，贴个几个月前的日志，搞笑呢？自己知道是gc不过来就调调啊，那么能耐在这里问什么？gc和raft有毛关系啊？我虽然对官方源代码贡献不多，但是tikv、rocksdb、pd的代码我几乎都读完了，让你贴个日志那么费劲。我只是热心群众，又没有义务给你解答问题，你提个问题又不贴日志也不上监控，问你要个日志还各种毛病，以后有问题自己翻文档解决吧。
一直刷之前没问题，就现在oom了，那你不找现在的日志找什么？time_cop_process意思是coprocessor处理的时间太长，这是你有慢查询，一直有就一直刷。不是oom的根源啊。oom肯定是有短期内的内存增长过多或者内存使用超过了限制，所以得找现场的日志啊。
该主题在最后一个回复创建后60天后自动关闭。不再允许新的回复。