restore: split between tables (#42972) #43167
Closed
Add this suggestion to a batch that can be applied as a single commit.
This suggestion is invalid because no changes were made to the code.
Suggestions cannot be applied while the pull request is closed.
Suggestions cannot be applied while viewing a subset of changes.
Only one suggestion per line can be applied in a batch.
Add this suggestion to a batch that can be applied as a single commit.
Applying suggestions on deleted lines is not supported.
You must change the existing code in this line in order to create a valid suggestion.
Outdated suggestions cannot be applied.
This suggestion has been applied or marked resolved.
Suggestions cannot be applied from pending reviews.
Suggestions cannot be applied on multi-line comments.
Suggestions cannot be applied while the pull request is queued to merge.
Suggestion cannot be applied right now. Please check back later.
This is an automated cherry-pick of #42972
What problem does this PR solve?
Issue Number: close #42924
Problem Summary:
When restoring tables, for optimization, we are not going to split between tables:
(Referencing #27240)
This works fine as long as we are restoring tables sequentially and restoring tables after we finish splitting. However, for now, in some scenarios:
t1
, i.e. the very left region oft2
. Which means... this region's epoch would change frequently, which probably blocks the import of t2.What is changed and how it works?
Check List
Tests
We detected this problem in an internal cluster, where v7.0.0 BR consistently fails, and with this PR we can restore to the cluster.
Release note
Please refer to Release Notes Language Style Guide to write a quality release note.