-
Notifications
You must be signed in to change notification settings - Fork 3.4k
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
[fix](cloud-mow) make cloud_txn_delete_bitmap_cache's expired time more reasonable #40333
Conversation
Thank you for your contribution to Apache Doris. Since 2024-03-18, the Document has been moved to doris-website. |
run buildall |
clang-tidy review says "All clean, LGTM! 👍" |
TPC-H: Total hot run time: 38387 ms
|
TeamCity be ut coverage result: |
TPC-DS: Total hot run time: 188201 ms
|
ClickBench: Total hot run time: 31.99 s
|
clang-tidy review says "All clean, LGTM! 👍" |
run buildall |
TPC-H: Total hot run time: 38297 ms
|
TPC-DS: Total hot run time: 192083 ms
|
ClickBench: Total hot run time: 31.27 s
|
TeamCity be ut coverage result: |
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.
LGTM
…removing expired one
80a1682
to
2312f3f
Compare
run buildall |
TeamCity be ut coverage result: |
TPC-H: Total hot run time: 42866 ms
|
TPC-DS: Total hot run time: 199980 ms
|
ClickBench: Total hot run time: 30.94 s
|
PR approved by at least one committer and no changes requested. |
PR approved by anyone and no changes requested. |
…re reasonable (#40333) Now cloud_txn_delete_bitmap_cache's expired time is relay rely on txn_timeout_s, however if the cost time of calculating delete bitmap is bigger than txn_timeout_s, updating the publish status of cloud_txn_delete_bitmap_cache will be failed, because this cache may be remove by the cleaning thread. In rountine load, this txn_timeout_s is rely on max_batch_interval session variable, so if someone use small interval to submit rountine load task, cloud_txn_delete_bitmap_cache may be removed when calculating delete bitmap task is going, so we need to set a min expired time on cloud_txn_delete_bitmap_cache to avoid this scenario.
Now cloud_txn_delete_bitmap_cache's expired time is relay rely on txn_timeout_s, however if the cost time of calculating delete bitmap is bigger than txn_timeout_s, updating the publish status of cloud_txn_delete_bitmap_cache will be failed, because this cache may be remove by the cleaning thread. In rountine load, this txn_timeout_s is rely on max_batch_interval session variable, so if someone use small interval to submit rountine load task, cloud_txn_delete_bitmap_cache may be removed when calculating delete bitmap task is going, so we need to set a min expired time on cloud_txn_delete_bitmap_cache to avoid this scenario.