Consider splitting after flushing
---------------------------------
Key: HBASE-5393
URL: https://issues.apache.org/jira/browse/HBASE-5393
Project: HBase
Issue Type: Improvement
Affects Versions: 0.90.5
Reporter: Jean-Daniel Cryans
Assignee: Jean-Daniel Cryans
Fix For: 0.94.0
Spawning this from HBASE-2375, I saw that it was much more efficient
compaction-wise to check if we can split right after flushing. Much like the
ideas that Jon spelled out in the description of that jira, the window is
smaller because you don't have to compact and then split right away to only
compact again when the daughters open.
Another thing it improves is while we're normally waiting for the compaction to
happen, data that's still coming in will make us go way past the MAX_FILESIZE
to a point where for the first region I was seeing a store size 3-4x bigger
before it was able to split.
I targeted this for 0.94, but I'd like to get this into 0.92.1 or .2 too.
--
This message is automatically generated by JIRA.
If you think it was sent incorrectly, please contact your JIRA administrators:
https://issues.apache.org/jira/secure/ContactAdministrators!default.jspa
For more information on JIRA, see: http://www.atlassian.com/software/jira
