You are viewing a plain text version of this content. The canonical link for it is here.
Posted to issues@hbase.apache.org by "Sergey Shelukhin (JIRA)" <ji...@apache.org> on 2013/06/19 02:14:20 UTC

[jira] [Created] (HBASE-8765) split should be based on store size, not HFile size

Sergey Shelukhin created HBASE-8765:
---------------------------------------

             Summary: split should be based on store size, not HFile size
                 Key: HBASE-8765
                 URL: https://issues.apache.org/jira/browse/HBASE-8765
             Project: HBase
          Issue Type: Improvement
    Affects Versions: 0.95.1
            Reporter: Sergey Shelukhin
            Assignee: Sergey Shelukhin


I noticed that the current split behavior is rather suboptimal with regard to compactions. On large regions, HFile size limit triggers a split. Split is followed by major compaction to get rid of the partial reference files. However, HFile size limit is surpassed after compaction most of the time.
So, first we rewrite a lot of data into a new file. Then we say "Oh look! A large file!", split the region and rewrite everything again.

Perhaps region split should be based on region size, or incoming compaction size - large enough compaction should be converted into splits.

Thoughts? I think basing off region size is a simple fix, and will code it up soon if there are no objections

--
This message is automatically generated by JIRA.
If you think it was sent incorrectly, please contact your JIRA administrators
For more information on JIRA, see: http://www.atlassian.com/software/jira