Repository navigation
[enhancement](filecache) use rocksdb to persist cache block meta - #57072
Conversation
|
Thank you for your contribution to Apache Doris. Please clearly describe your PR:
|
261c38c to
6db83d0
Compare
98493cd to
9cebdd7
Compare
| return std::make_pair(align_left, align_size); | ||
| } | ||
|
|
||
| std::optional<int64_t> CachedRemoteFileReader::_get_tablet_id() { |
There was a problem hiding this comment.
内外表的文件路径怎么区分? 是调用这个函数之前判断的?
18a8cbb to
dabd384
Compare
|
run buildall |
Cloud UT Coverage ReportIncrement line coverage Increment coverage report
|
ClickBench: Total hot run time: 28.24 s |
|
run buildall |
845ae14 to
102f486
Compare
|
run buildall |
Cloud UT Coverage ReportIncrement line coverage Increment coverage report
|
|
run buildall |
Cloud UT Coverage ReportIncrement line coverage Increment coverage report
|
ClickBench: Total hot run time: 28.48 s |
BE UT Coverage ReportIncrement line coverage Increment coverage report
|
BE Regression && UT Coverage ReportIncrement line coverage Increment coverage report
|
|
run buildall |
Cloud UT Coverage ReportIncrement line coverage Increment coverage report
|
|
run check_coverage |
BE UT Coverage ReportIncrement line coverage Increment coverage report
|
TPC-DS: Total hot run time: 189519 ms |
ClickBench: Total hot run time: 28.32 s |
BE Regression && UT Coverage ReportIncrement line coverage Increment coverage report
|
|
run feut |
|
PR approved by at least one committer and no changes requested. |
|
PR approved by anyone and no changes requested. |
|
run coverage |
|
run check_coverage |
…ation (#61581) pick the following PRs/Commits: - #57072 -> 30406d6 - #57783 -> 4cbae8a - #57922 -> 0918952 - #58082 -> 9f9a3e4 - #59259 -> 9f2c6ed - #59269 -> e010d8d - #59311 -> d336eed - #59314 -> f7aa74e - #59645 -> c4c3d14 - #60252 -> b1585e1 - #60269 -> 26f44b5 - #59645 -> c4c3d14 * #60252 -> b1585e1 * #60269 -> 26f44b5 * #59269 -> e010d8d ### What problem does this PR solve? Issue Number: close #xxx Related PR: #xxx Problem Summary: ### Release note None ### Check List (For Author) - Test <!-- At least one of them must be included. --> - [ ] Regression test - [ ] Unit Test - [ ] Manual test (add detailed scripts or steps below) - [ ] No need to test or manual test. Explain why: - [ ] This is a refactor/code format and no logic has been changed. - [ ] Previous test can cover this change. - [ ] No code files have been changed. - [ ] Other reason <!-- Add your reason? --> - Behavior changed: - [ ] No. - [ ] Yes. <!-- Explain the behavior change --> - Does this need documentation? - [ ] No. - [ ] Yes. <!-- Add document PR link here. eg: apache/doris-website#1214 --> ### Check List (For Reviewer who merge this PR) - [ ] Confirm the release note - [ ] Confirm test cases - [ ] Confirm document - [ ] Add branch pick label <!-- Add branch pick label that this PR should merge into --> --------- Signed-off-by: zhengyu <[email protected]> Signed-off-by: freemandealer <[email protected]>
…69116) Related PR: #57072, #65658 Problem Summary: During BE startup, get_or_set, the fully-covered lookup, and probe attempt to restore an absent file before background metadata loading completes. Their FileCacheKey leaves offset uninitialized, while the storage implementation now performs an exact RocksDB lookup for one block. A file with multiple persisted blocks can therefore miss existing cache data or restore only one block. Query metadata by tablet and file hash prefix, restore all blocks, and assert that the file hash is absent when entering synchronous restoration. Keep caller trigger conditions, key encoding, and existing tablet-range queries unchanged. Fix reuse of persistent file cache blocks while BE startup metadata loading is in progress.
…pache#69116) Related PR: apache#57072, apache#65658 Problem Summary: During BE startup, get_or_set, the fully-covered lookup, and probe attempt to restore an absent file before background metadata loading completes. Their FileCacheKey leaves offset uninitialized, while the storage implementation now performs an exact RocksDB lookup for one block. A file with multiple persisted blocks can therefore miss existing cache data or restore only one block. Query metadata by tablet and file hash prefix, restore all blocks, and assert that the file hash is absent when entering synchronous restoration. Keep caller trigger conditions, key encoding, and existing tablet-range queries unchanged. Fix reuse of persistent file cache blocks while BE startup metadata loading is in progress. (cherry picked from commit e9b3373)
What problem does this PR solve?
Issue Number: close #xxx
Related PR: #xxx
Problem Summary:
Release note
None
Check List (For Author)
Test
Behavior changed:
Does this need documentation?
Check List (For Reviewer who merge this PR)