[
https://issues.apache.org/jira/browse/HBASE-13836?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=14637833#comment-14637833
]
Hudson commented on HBASE-13836:
--------------------------------
FAILURE: Integrated in HBase-TRUNK #6672 (See
[https://builds.apache.org/job/HBase-TRUNK/6672/])
HBASE-13836 Do not reset the mvcc for bulk loaded mob reference cells in
reading. (Jingcheng) (anoopsamjohn: rev
26893aa451215ef0395b7df16f129414b7b86c86)
* hbase-server/src/main/java/org/apache/hadoop/hbase/regionserver/StoreFile.java
*
hbase-server/src/main/java/org/apache/hadoop/hbase/regionserver/StoreFileScanner.java
*
hbase-server/src/test/java/org/apache/hadoop/hbase/mob/compactions/TestMobCompactor.java
*
hbase-server/src/main/java/org/apache/hadoop/hbase/mob/compactions/PartitionedMobCompactor.java
> Do not reset the mvcc for bulk loaded mob reference cells in reading
> --------------------------------------------------------------------
>
> Key: HBASE-13836
> URL: https://issues.apache.org/jira/browse/HBASE-13836
> Project: HBase
> Issue Type: Sub-task
> Components: mob
> Affects Versions: hbase-11339
> Reporter: Jingcheng Du
> Assignee: Jingcheng Du
> Fix For: hbase-11339
>
> Attachments: HBASE-13836-V2.diff, HBASE-13836-V3.diff,
> HBASE-13836.diff
>
>
> Now in scanner, the cells mvcc of the bulk loaded files are reset by the
> seqId parsed from the file name. We need to skip this if the hfiles are
> bulkloaded in mob compactions.
> In mob compaction, the bulk loaded ref cell might not be the latest cell
> among the ones that have the same row key. In reading, the mvcc is reset by
> the largest one, it will cover the real latest ref cell. We have to skip the
> resetting in this case.
> The solution is we add a new field to fileinfo, when this field is set as
> true, we skip the resetting.
--
This message was sent by Atlassian JIRA
(v6.3.4#6332)
