Skip to content
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

schema: fetch all results of internal sql would cause OOM #19358

Closed
fzhedu opened this issue Aug 21, 2020 · 4 comments · Fixed by #19370
Closed

schema: fetch all results of internal sql would cause OOM #19358

fzhedu opened this issue Aug 21, 2020 · 4 comments · Fixed by #19370

Comments

@fzhedu
Copy link
Contributor

fzhedu commented Aug 21, 2020

Please answer these questions before submitting your issue. Thanks!

  1. Minimal reproduce step (Required)
    HandleUpdateStats load all previous stats, it would occupy too much memory so that to cause OOM. In fact, we can process the updates chunk by chunk.

  2. What did you expect to see? (Required)
    normally occupy memory

  3. What did you see instead (Required)
    OOM

  4. What is your TiDB version? (Required)
    v4.0.X, master

@sre-bot
Copy link
Contributor

sre-bot commented Sep 16, 2020

Integrity check:
RCA symptom affect_version fix_version fields are empty
@fzhedu
Please comment /info to get template

@ti-srebot
Copy link
Contributor

ti-srebot commented Sep 16, 2020

Please edit this comment to complete the following information

Bug

  1. Root Cause Analysis (RCA)
    HandleUpdateStats load all previous stats, it would occupy too much memory so that to cause OOM. In fact, we can process the updates chunk by chunk.

  2. Symptom
    OOM

  3. Minimal steps to reproduce the bug (optional)

  4. Solution (optional)

  5. W/A (Workaround)
    disable feedback

  6. Affected versions
    [v4.0.0:v4.0.5]

  7. Fixed versions
    v4.0.6

@seiya-annie
Copy link

Please answer these questions before submitting your issue. Thanks!

  1. Minimal reproduce step (Required)
    HandleUpdateStats load all previous stats, it would occupy too much memory so that to cause OOM. In fact, we can process the updates chunk by chunk.

  2. What did you expect to see? (Required)
    normally occupy memory

  3. What did you see instead (Required)
    OOM

  4. What is your TiDB version? (Required)
    v4.0.X, master

@seiya-annie
Copy link

Please edit this comment to complete the following information

Not a bug

  1. Remove the 'type/bug' label
  2. Add notes to indicate why it is not a bug

Duplicate bug

  1. Add the 'type/duplicate' label
  2. Add the link to the original bug

Bug

Note: Make Sure that 'component', and 'severity' labels are added
Example for how to fill out the template: #20100

1. Root Cause Analysis (RCA)

HandleUpdateStats load all previous stats, it would occupy too much memory so that to cause OOM. In fact, we can process the updates chunk by chunk.

2. Symptom

OOM

3. All Trigger Conditions

HandleUpdateStats load all previous stats, it would occupy too much memory so that to cause OOM. In fact, we can process the updates chunk by chunk.

4. Workaround (optional)

disable feedback

5. Affected versions

[v4.0.0:v4.0.5]

6. Fixed versions

v4.0.6

@ghost ghost moved this from Issue Backlog: Need Triage to Done in SIG Infra Kanban Dec 3, 2020
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Projects
No open projects
Development

Successfully merging a pull request may close this issue.

4 participants