Yukang-Lian opened a new pull request, #50432:
URL: https://github.com/apache/doris/pull/50432

   Pick #49882 
   
   Background:
   In cloud mode, compaction tasks for the same tablet may be scheduled across 
multiple BEs. To ensure that only one BE can execute a compaction task for a 
given tablet at a time, a global locking mechanism is used.
   
   During compaction preparation, tablet and compaction information is written 
as key-value pairs to the metadata service. A background thread periodically 
renews the lease. Other BEs can only perform compaction on a tablet when the KV 
entry has expired or doesn't exist, ensuring that a tablet's compaction occurs 
on only one BE at a time.
   
   Problem:
   Compaction tasks are processed through a thread pool. Currently, we first 
prepare compaction and acquire the global lock before queueing the task. If a 
BE is under heavy compaction pressure with all threads occupied, tablets may 
wait in the queue for extended periods. Meanwhile, other idle BEs cannot 
perform compaction on these tablets because they cannot acquire the global 
lock, leading to resource imbalance with some BEs starved and others overloaded.
   
   Solution:
   To address this issue, we'll modify the workflow to queue tasks first, then 
attempt to acquire the lock only when the task is about to be executed. This 
ensures that even if a tablet's compaction task is queued on one BE, another 
idle BE can still perform compaction on that tablet, resulting in better 
resource utilization across the cluster.
   
   ### 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: 
https://github.com/apache/doris-website/pull/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 -->
   
   


-- 
This is an automated message from the Apache Git Service.
To respond to the message, please log on to GitHub and use the
URL above to go to the specific comment.

To unsubscribe, e-mail: commits-unsubscr...@doris.apache.org

For queries about this service, please contact Infrastructure at:
us...@infra.apache.org


---------------------------------------------------------------------
To unsubscribe, e-mail: commits-unsubscr...@doris.apache.org
For additional commands, e-mail: commits-h...@doris.apache.org

Reply via email to