-
Notifications
You must be signed in to change notification settings - Fork 5.8k
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
util/stmtsummary: discard the plan if it is too long and enlarge the tidb_stmt_summary_max_stmt_count value to 3000 #25843
Conversation
…s too much memory Signed-off-by: crazycs <[email protected]>
Signed-off-by: crazycs <[email protected]>
@breeswish @djshow832 PTAL |
if ssElement.samplePlan == discardPlanCauseTooLong { | ||
plan = discardPlanCauseTooLong | ||
} else { | ||
logutil.BgLogger().Error("decode plan in statement summary failed", zap.String("plan", ssElement.samplePlan), zap.String("query", ssElement.sampleSQL), zap.Error(err)) |
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
This will leak sensitive information even when log redaction is on?
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
No, If the log redaction is on, ssElement.sampleSQL
was already been redact, and ssElement.samplePlan
since can't been decoded, so it will not leak sensitive information.
Signed-off-by: crazycs <[email protected]>
Signed-off-by: crazycs <[email protected]>
Signed-off-by: crazycs <[email protected]>
Signed-off-by: crazycs <[email protected]>
Signed-off-by: crazycs <[email protected]>
@breeswish: Thanks for your review. The bot only counts approvals from reviewers and higher roles in list, but you're still welcome to leave your comments. In response to this: Instructions for interacting with me using PR comments are available here. If you have questions or suggestions related to my behavior, please file an issue against the ti-community-infra/tichi repository. |
Signed-off-by: crazycs <[email protected]>
[REVIEW NOTIFICATION] This pull request has been approved by:
To complete the pull request process, please ask the reviewers in the list to review by filling The full list of commands accepted by this bot can be found here. Reviewer can indicate their review by submitting an approval review. |
/merge |
This pull request has been accepted and is ready to merge. Commit hash: 57fb71d
|
/run-cherry-picker |
Signed-off-by: ti-srebot <[email protected]>
cherry pick to release-4.0 in PR #25872 |
Signed-off-by: ti-srebot <[email protected]>
cherry pick to release-5.0 in PR #25873 |
Signed-off-by: ti-srebot <[email protected]>
cherry pick to release-5.1 in PR #25874 |
@crazycs520 Remember to update docs. |
Signed-off-by: crazycs [email protected]
What problem does this PR solve?
Currently
statements_summary
doesn't restrict the plan size, in some extreme scenarios, TIDB might OOM. This PR discards thestatements_summary
plan if it is too long (encode plan size more than 1MB) to avoid occupies too much memory.Enlarge
tidb_stmt_summary_max_stmt_count
default value from 200 to 3000. Since 200 is too small when troubleshooting.What is changed and how it works?
About Enlarge
tidb_stmt_summary_max_stmt_count
default value, this doc record the test process. The final conclusion is:Enlarge the
tidb_stmt_summary_max_stmt_count
default value to 3000:Related changes
pingcap/docs
/pingcap/docs-cn
:Check List
Tests
Side effects
Release note