pika莫名其妙的OOM

[banlilin]

版本：3.3.6
服务器配置： 8C16G1TSSD
监控中内存使用并不是很高，实例数据也才100G左右。

客户端也100个左右

服务器内存使用率接近100%，把pika oom kill了


监控看内存使用率并不高，但是进程的内存一直在增加，最后导致了OOM。
没找到什么头绪

[Issues-translate-bot]

Bot detected the issue body's language is not English, translate it automatically.

---

Title: pika’s inexplicable OOM

Version: 3.3.6
Server configuration: 8C16G1TSSD
The memory usage during monitoring is not very high, and the instance data is only about 100G.

There are about 100 clients

The server memory usage is close to 100%, so pika oom is killed.


Monitoring shows that the memory usage is not high, but the memory of the process keeps increasing, which eventually leads to OOM.
I can’t find any clue

[Mixficsol]

确认是否使用tcmalloc，需要做定时清理工作, 确认一下是否有 Table Cache 这个配置项

[Issues-translate-bot]

Bot detected the issue body's language is not English, translate it automatically.

---

Confirm whether to use tcmalloc, you need to do regular cleanup work, and confirm whether there is a Table Cache configuration item

[chenbt-hz]

确认是否使用tcmalloc，需要做定时清理工作, 确认一下是否有 Table Cache 这个配置项

可以看下是不是同一个问题：#2537 (comment)

[banlilin]

OOM的时候 tablereader内存使用并不高，才8G左右，而且当时QPS还不到100，连接数也100左右。从节点比主节点早20分钟OOM，从节点没有连接使用。
max-cache-files这个使用的是默认配置的5000，系统所有的sst文件加起来在4000个左右
配置文件中大部分都是使用的默认配置：

我更想搞明白：除了tablereader这8个多G 内存外，还会有什么占用内存会导致进程内存到15G多而OOM

确认是否使用tcmalloc，需要做定时清理工作, 确认一下是否有 Table Cache 这个配置项

可以看下是不是同一个问题：#2537 (comment)