-
Notifications
You must be signed in to change notification settings - Fork 5.9k
New issue
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
Support global memory control #37816
Labels
type/feature-request
Categorizes issue or PR as related to a new feature.
Comments
wshwsh12
added
the
type/feature-request
Categorizes issue or PR as related to a new feature.
label
Sep 14, 2022
12 tasks
12 tasks
ti-chi-bot
pushed a commit
that referenced
this issue
Sep 26, 2022
This was referenced Sep 26, 2022
ti-chi-bot
pushed a commit
that referenced
this issue
Sep 27, 2022
ti-chi-bot
pushed a commit
that referenced
this issue
Oct 12, 2022
12 tasks
This was referenced Oct 24, 2022
Merged
ti-chi-bot
pushed a commit
that referenced
this issue
Oct 28, 2022
ti-chi-bot
pushed a commit
that referenced
this issue
Nov 2, 2022
12 tasks
ti-chi-bot
pushed a commit
that referenced
this issue
Nov 22, 2022
12 tasks
ti-chi-bot
pushed a commit
that referenced
this issue
Nov 28, 2022
Sign up for free
to join this conversation on GitHub.
Already have an account?
Sign in to comment
Feature Request
Is your feature request related to a problem? Please describe:
Currently, TiDB has a query-level memory control strategy mem-quota-query, which triggers Cancel when the memory usage of a single SQL exceeds mem-quota-query. However, there is currently no global memory control strategy. When TiDB has a certain degree of inaccuracy due to multiple SQLs whose memory usage does not exceed mem-quota-query or memory tracking, it will lead to high memory usage or even OOM. Therefore, we need a means that can be observed from the outside to determine whether the memory usage of the current system is normal, and when there is a problem, try to control its memory not to continue to grow, so as to reduce the risk of process crashes.
Design Docs
Todo List
tidb_server_memory_limit
, kill the SQL with the largest memory usage in the current system. *: support global memory control for tidb #37794tidb_server_memory_limit
*tidb_server_memory_limit_gc_trigger
, try to trigger GC *: Support to trigger GC when memory usage is large. #38179Test
The text was updated successfully, but these errors were encountered: