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

   ## Proposed changes
   
   The current storage path format for remote segment files in Doris is:
   `${prefix}/data/${tablet_id}/${rowset_id}_${seg_id}.dat`
   There are the following issues with this storage path on HDFS:
   
   - HDFS has a limitation on the number of directory entries in a directory, 
typically not exceeding 1 million (dfs.namenode.fs-limits.max-directory-items).
   - The HDFS list interface does not have pagination functionality, resulting 
in high overhead when listing a large number of files.
   - The Recycler needs to support recycling rowsets with an unknown number of 
segments, but efficiently deleting all files with the `rowset_id` prefix is 
challenging in HDFS.
   
   A more HDFS-friendly path format would be:
   `${prefix}/data/${shard_id}/${tablet_id}/${rowset_id}/${seg_id}.dat`
   
   To support the aforementioned path format while maintaining compatibility 
with existing data, all existing `StorageResource` / `StorageVault`s are 
assumed to use path v0 for reading and writing segment files. When reading or 
writing remote segment files, the corresponding file paths need to be obtained 
from the `StorageResource`.
   
   ## 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