We read every piece of feedback, and take your input very seriously.
To see all available qualifiers, see our documentation.
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
I have a 1 TiDB + 3 TiKV cluster containing only one table. The workload is insert only, each row is about 64 KiB.
Now the table has about 10 million rows. But after I stopped writing, TiDB keeps OOM. The TiDB node has 32 GB memory.
I did a heap profiling and found most memory is used by subMergeWorker.
subMergeWorker
Heap: heap.gz
The estimated inuse memory increases like stairs:
When idling, TiDB memory usage should be stable and low.
The memory usage of TiDB keeps growing and OOM.
Release Version: v5.2.0-alpha-603-g13f2a661d Edition: Community Git Commit Hash: 13f2a661d9be5f9e8a0d8cd592a5f3f5973dee52 Git Branch: master UTC Build Time: 2021-08-12 11:14:56 GoVersion: go1.16.4 Race Enabled: false TiKV Min Version: v3.0.0-60965b006877ca7234adaced7890d7b029ed1306 Check Table Before Drop: false
The text was updated successfully, but these errors were encountered:
Could you take a look at the problem? @winoros
Sorry, something went wrong.
/assign
this is a duplicate issue with #27187 known with the limitation of current sampling algo. you can set @@tidb_analyze_version=1 @sticnarf
@winoros Thanks. I failed to find the duplicated issue because that one does not include the subMergeWorker keywords.
Note: Make Sure that 'component', and 'severity' labels are added Example for how to fill out the template: #20100
winoros
No branches or pull requests
Bug Report
1. Minimal reproduce step (Required)
I have a 1 TiDB + 3 TiKV cluster containing only one table. The workload is insert only, each row is about 64 KiB.
Now the table has about 10 million rows. But after I stopped writing, TiDB keeps OOM. The TiDB node has 32 GB memory.
I did a heap profiling and found most memory is used by
subMergeWorker
.Heap:
heap.gz
The estimated inuse memory increases like stairs:
2. What did you expect to see? (Required)
When idling, TiDB memory usage should be stable and low.
3. What did you see instead (Required)
The memory usage of TiDB keeps growing and OOM.
4. What is your TiDB version? (Required)
The text was updated successfully, but these errors were encountered: