Uploaded image for project: 'HBase'
  1. HBase
  2. HBASE-8765

split should be based on store size, not HFile size

    Details

    • Type: Improvement
    • Status: Resolved
    • Priority: Major
    • Resolution: Invalid
    • Affects Version/s: 0.95.1
    • Fix Version/s: None
    • Component/s: None
    • Labels:
      None

      Description

      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 store size, or incoming compaction size - large enough compaction should be converted into splits.

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

        Attachments

          Activity

            People

            • Assignee:
              sershe Sergey Shelukhin
              Reporter:
              sershe Sergey Shelukhin
            • Votes:
              0 Vote for this issue
              Watchers:
              3 Start watching this issue

              Dates

              • Created:
                Updated:
                Resolved: