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

Guaranteed priority of Hot Region Operator #5465

Open
Tracked by #5691
nolouch opened this issue Aug 31, 2022 · 0 comments
Open
Tracked by #5691

Guaranteed priority of Hot Region Operator #5465

nolouch opened this issue Aug 31, 2022 · 0 comments
Labels
type/enhancement The issue or PR belongs to an enhancement.

Comments

@nolouch
Copy link
Contributor

nolouch commented Aug 31, 2022

Problem Summary

In a bluk_insert senario. the data's growth only in 3 TiKVs.

Detail Information

There are many hot regions. but seems no load balance.

Opterators:
create:

many operator cancel about hot peer move:

Region Health:

Root Cause Analyze

We can see the operator of the hot region actually created. but it cancels immediately. the Operator may reach store limit because we can see the balance region opm is 45, which means the 3 TiKV store limit about remove peer is run out.

Expect

We have high priority about the hot region, we should guarantee it can be running rather than all store limit consumed by balance region.

@nolouch nolouch added the type/enhancement The issue or PR belongs to an enhancement. label Aug 31, 2022
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
type/enhancement The issue or PR belongs to an enhancement.
Projects
None yet
Development

No branches or pull requests

1 participant