[
https://issues.apache.org/jira/browse/HBASE-11646?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Jingcheng Du updated HBASE-11646:
---------------------------------
Attachment: HBASE-11646.diff
The threshold might be changed.
After that, some cells in the mob files need to be added back to HBase store
file, some cells in the HBase store files needs to be added to mob files. These
are done in the HBase compaction. And it's implemented in this patch.
> Handle the MOB in compaction
> ----------------------------
>
> Key: HBASE-11646
> URL: https://issues.apache.org/jira/browse/HBASE-11646
> Project: HBase
> Issue Type: Sub-task
> Components: Compaction
> Reporter: Jingcheng Du
> Assignee: Jingcheng Du
> Attachments: HBASE-11646.diff
>
>
> In the updated MOB design however, admins can set CF level thresholds that
> would force cell values > the threshold to use the MOB write path instead of
> the traditional path. There are two cases where mobs need to interact with
> this threshold
> 1) How do we handle the case when the threshold size is changed?
> 2) Today, you can bulkload hfiles that contain MOBs. These cells will work
> as normal inside hbase. Unfortunately the cells with MOBs in them will never
> benefit form the MOB write path.
> The proposal here is to modify compaction in mob enabled cf's such that the
> threshold value is honored with compactions. This handles case #1 --
> elements that should be moved out of the normal hfiles get 'compacted' into
> refs and mob hfiles, and values that should be pulled into the cf get derefed
> and written out wholy in the compaction. For case #2, we can maintain the
> same behavior and compaction would move data into the mob writepath/lifecycle.
--
This message was sent by Atlassian JIRA
(v6.2#6252)
