platoneko opened a new pull request, #10731:
URL: https://github.com/apache/doris/pull/10731

   # Proposed changes
   
   Issue Number: close #xxx
   
   ## Problem Summary:
   
   This PR will record remote unused rowset info in rocksdb, and remove remote 
data in  background gc thread.
   There are still some scenes that may generate garbage:
   1. Kill BE while BE is uploading data to remote.
   2. Although we have used `self_ owned_ remote_ rowsets` to record  which 
remote rowsets can be safely deleted, BE replica scheduling still generated 
some garbage data in our fuzzy test. Fortunately, garbage data accounts for a 
small proportion(~90GB data, only ~80MB garbage in our fuzzy test).
   A simple solution to scenario 2: delete all remote data with tablet prefix 
when drop table/partition. Although remote garbage data will still exist during 
tables' lifetime, we can ensure that there is no garbage data after dropping 
table/partition.
   
   ## Checklist(Required)
   
   1. Does it affect the original behavior: (Yes/No/I Don't know)
   4. Has unit tests been added: (Yes/No/No Need)
   5. Has document been added or modified: (Yes/No/No Need)
   6. Does it need to update dependencies: (Yes/No)
   7. Are there any changes that cannot be rolled back: (Yes/No)
   
   ## Further comments
   
   If this is a relatively large or complex change, kick off the discussion at 
[d...@doris.apache.org](mailto:d...@doris.apache.org) by explaining why you 
chose the solution you did and what alternatives you considered, etc...
   


-- 
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