[jira] [Commented] (HBASE-26229) Make L0 files compaction in StripeCompactionPolicy faster and size under control

["Duo Zhang (Jira)" <ji...@apache.org>]

    [ https://issues.apache.org/jira/browse/HBASE-26229?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=17405882#comment-17405882 ] 

Duo Zhang commented on HBASE-26229:
-----------------------------------

How could there be some TBs file in L0? Bulk load? Is it possible to split files to so we can directly insert them into the correct stripe?

> Make L0 files compaction in StripeCompactionPolicy faster and size under control 
> ---------------------------------------------------------------------------------
>
>                 Key: HBASE-26229
>                 URL: https://issues.apache.org/jira/browse/HBASE-26229
>             Project: HBase
>          Issue Type: Improvement
>          Components: Compaction
>            Reporter: Xiaolin Ha
>            Assignee: Xiaolin Ha
>            Priority: Major
>
> When selecting L0 files in the stripe store file manager to compact, they all will be selected. This is the key problem. No file count control and no compaction size control for L0 files compactions now. If the compaction size is large, e.g. some TBs, then the L0 compaction will need a lot of time to complete. 
> Since L0 files not only contains the recently flushed files, bulk loaded files will also be put into L0. And what's more, when opening a daughter region, if the parent stripes can not be rebuild in the daughter, all the files will be put to L0.
> So when there are large enough files in L0, there will exists a quite long compaction for all the L0 files. If the compaction speed less than the file flush speed to L0, larger compactions afterwards. This is a big problem especially in bulkloading files. 
>  



--
This message was sent by Atlassian Jira
(v8.3.4#803005)