[jira] [Comment Edited] (HBASE-19507) Get or Scan Mob by rowkey return error value when run compact_mob or major_compact_mob after change MOB_THRESHOLD bigger
[
https://issues.apache.org/jira/browse/HBASE-19507?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel=16291981#comment-16291981
]
WangYuan edited comment on HBASE-19507 at 12/15/17 3:27 AM:
Thank U [~jingcheng.du] [~huaxiang]
I found the reason:
The hfile version need modify to V3,but the old conf is V2。
The configuration value in hbase-site.xml is
Then I change conf value from 2 to 3, then switch(stop-start) hmaster , then
major_mob ,it's OK.
But I need to do something else :
A、If more then 1 mobfile with same mobDate in 1 region ,it's OK after mob
majorcompact.
B、But， if only 1 mobfile(or 1 mobfile with only 1 single mobDate ) in 1 region
,it can't recovery becaues majorcompact need 2 files at least, So I have to do :
b1、 put 1 new record into region then flush
b2、modify new and old mobfile's mobDate to same mobDate
b3、majorcompact it to recovery data.
b4、delete the new record
C、notify mobfile's size and change it ,may be can't to majorcompact mob because
hbase.mob.file.compaction.mergeable.threshold is 192M.
was (Author: wangyuan):
Thank U [~jingcheng.du] [~huaxiang]
I found the reason:
The hfile version need modify to V3,but the old conf is V2。
The configuration value in hbase-site.xml is
Then I change conf value from 2 to 3, then switch(stop-start) hmaster , then
major_mob ,it's OK.
But I need to do something else :
A、If more then 1 mobfile with same mobDate in 1 region ,it's OK after mob
majorcompact.
B、But， if only 1 mobfile(or 1 mobfile with only 1 single mobDate ) in 1 region
,it can't recovery becaues majorcompact need 2 files at least, So I have to do :
b1、 put 1 new record into region then flush
b2、modify new and old mobfile's mobDate to same mobDate
b3、majorcompact it to recovery data.
C、notify mobfile's size and change it ,may be can't to majorcompact mob because
hbase.mob.file.compaction.mergeable.threshold is 192M.
> Get or Scan Mob by rowkey return error value when run compact_mob or
> major_compact_mob after change MOB_THRESHOLD bigger
>
>
> Key: HBASE-19507
> URL: https://issues.apache.org/jira/browse/HBASE-19507
> Project: HBase
> Issue Type: Bug
>Affects Versions: 1.2.0
>Reporter: WangYuan
>Assignee: huaxiang sun
>
> 1、
> create 'abc',{NAME => 'cf', MOB_THRESHOLD => '10', IS_MOB => 'true'}
> put 'abc','1','cf:a','1'
> put 'abc','2','cf:a','2'
> put 'abc','3','cf:a','3'
> put 'abc','4','cf:a','y1'
> put 'abc','5','cf:a','y2'
> put 'abc','6','cf:a','y3'
>
> hbase(main):011:0> scan 'abc'
> ROWCOLUMN+CELL
>
>
> 1 column=cf:a,
> timestamp=1513171753098, value=1
>
> 2 column=cf:a,
> timestamp=1513171753208, value=2
>
> 3 column=cf:a,
> timestamp=1513171753246, value=3
>
> 4 column=cf:a,
> timestamp=1513171753273, value=y1
>
> 5 column=cf:a,
> timestamp=1513171753301, value=y2
>
> 6 column=cf:a,
> timestamp=1513171754282, value=y3
>
> hbase(main):012:0> flush 'abc'
> hbase(main):012:0> major_compact 'abc'
> hbase(main):012:0> major_compact_mob 'abc'
> 2、
> [See Hfile]:
> hbase org.apache.hadoop.hbase.io.hfile.HFile -f
> /hbase/data/default/abc/a31b3146cba0d4569a7bf44e70e299c9/cf/22a432ba5c2c4802bedd947b99626f10
> -p
> K: 1/cf:a/1513172294864/Put/vlen=5/seqid=4 V: 1
> K: 2/cf:a/1513172294892/Put/vlen=5/seqid=5 V: 2
> K: 3/cf:a/1513172294914/Put/vlen=5/seqid=6 V: 3
> K: 4/cf:a/1513172294954/Put/vlen=76/seqid=7 V:
> \x00\x00\x00\x0Ed41d8cd98f00b204e9800998ecf8427e20171213ce022548c4c3498e864fda289b81e711
> T[0]: T[1]: abc
> K: 5/cf:a/1513172294982/Put/vlen=76/seqid=8 V:
> \x00\x00\x00\x0Ed41d8cd98f00b204e9800998ecf8427e20171213ce022548c4c3498e864fda289b81e711
> T[0]: T[1]: abc
> K: 6/cf:a/1513172296455/Put/vlen=76/seqid=9 V:
>
[jira] [Comment Edited] (HBASE-19507) Get or Scan Mob by rowkey return error value when run compact_mob or major_compact_mob after change MOB_THRESHOLD bigger
[
https://issues.apache.org/jira/browse/HBASE-19507?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel=16291981#comment-16291981
]
WangYuan edited comment on HBASE-19507 at 12/15/17 3:26 AM:
Thank U [~jingcheng.du] [~huaxiang]
I found the reason:
The hfile version need modify to V3,but the old conf is V2。
The configuration value in hbase-site.xml is
Then I change conf value from 2 to 3, then switch(stop-start) hmaster , then
major_mob ,it's OK.
But I need to do something else :
A、If more then 1 mobfile with same mobDate in 1 region ,it's OK after mob
majorcompact.
B、But， if only 1 mobfile(or 1 mobfile with only 1 single mobDate ) in 1 region
,it can't recovery becaues majorcompact need 2 files at least, So I have to do :
b1、 put 1 new record into region then flush
b2、modify new and old mobfile's mobDate to same mobDate
b3、majorcompact it to recovery data.
C、notify mobfile's size and change it ,may be can't to majorcompact mob because
hbase.mob.file.compaction.mergeable.threshold is 192M.
was (Author: wangyuan):
Thank U [~jingcheng.du]
I found the reason:
The hfile version need modify to V3,but the old conf is V2。
The configuration value in hbase-site.xml is
Then I change conf value from 2 to 3, then switch(stop-start) hmaster , then
major_mob ,it's OK.
But I need to do something else :
A、If more then 1 mobfile with same mobDate in 1 region ,it's OK after mob
majorcompact.
B、But， if only 1 mobfile(or 1 mobfile with only 1 single mobDate ) in 1 region
,it can't recovery becaues majorcompact need 2 files at least, So I have to do :
b1、 put 1 new record into region then flush
b2、modify new and old mobfile's mobDate to same mobDate
b3、majorcompact it to recovery data.
C、notify mobfile's size and change it ,may be can't to majorcompact mob because
hbase.mob.file.compaction.mergeable.threshold is 192M.
> Get or Scan Mob by rowkey return error value when run compact_mob or
> major_compact_mob after change MOB_THRESHOLD bigger
>
>
> Key: HBASE-19507
> URL: https://issues.apache.org/jira/browse/HBASE-19507
> Project: HBase
> Issue Type: Bug
>Affects Versions: 1.2.0
>Reporter: WangYuan
>Assignee: huaxiang sun
>
> 1、
> create 'abc',{NAME => 'cf', MOB_THRESHOLD => '10', IS_MOB => 'true'}
> put 'abc','1','cf:a','1'
> put 'abc','2','cf:a','2'
> put 'abc','3','cf:a','3'
> put 'abc','4','cf:a','y1'
> put 'abc','5','cf:a','y2'
> put 'abc','6','cf:a','y3'
>
> hbase(main):011:0> scan 'abc'
> ROWCOLUMN+CELL
>
>
> 1 column=cf:a,
> timestamp=1513171753098, value=1
>
> 2 column=cf:a,
> timestamp=1513171753208, value=2
>
> 3 column=cf:a,
> timestamp=1513171753246, value=3
>
> 4 column=cf:a,
> timestamp=1513171753273, value=y1
>
> 5 column=cf:a,
> timestamp=1513171753301, value=y2
>
> 6 column=cf:a,
> timestamp=1513171754282, value=y3
>
> hbase(main):012:0> flush 'abc'
> hbase(main):012:0> major_compact 'abc'
> hbase(main):012:0> major_compact_mob 'abc'
> 2、
> [See Hfile]:
> hbase org.apache.hadoop.hbase.io.hfile.HFile -f
> /hbase/data/default/abc/a31b3146cba0d4569a7bf44e70e299c9/cf/22a432ba5c2c4802bedd947b99626f10
> -p
> K: 1/cf:a/1513172294864/Put/vlen=5/seqid=4 V: 1
> K: 2/cf:a/1513172294892/Put/vlen=5/seqid=5 V: 2
> K: 3/cf:a/1513172294914/Put/vlen=5/seqid=6 V: 3
> K: 4/cf:a/1513172294954/Put/vlen=76/seqid=7 V:
> \x00\x00\x00\x0Ed41d8cd98f00b204e9800998ecf8427e20171213ce022548c4c3498e864fda289b81e711
> T[0]: T[1]: abc
> K: 5/cf:a/1513172294982/Put/vlen=76/seqid=8 V:
> \x00\x00\x00\x0Ed41d8cd98f00b204e9800998ecf8427e20171213ce022548c4c3498e864fda289b81e711
> T[0]: T[1]: abc
> K: 6/cf:a/1513172296455/Put/vlen=76/seqid=9 V:
> \x00\x00\x00\x0Ed41d8cd98f00b204e9800998ecf8427e20171213ce022548c4c3498e864fda289b81e711
> T[0]: T[1]: abc
> Scanned kv
[jira] [Comment Edited] (HBASE-19507) Get or Scan Mob by rowkey return error value when run compact_mob or major_compact_mob after change MOB_THRESHOLD bigger
[
https://issues.apache.org/jira/browse/HBASE-19507?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel=16291267#comment-16291267
]
huaxiang sun edited comment on HBASE-19507 at 12/14/17 6:00 PM:
I think this is an interesting issue. As mob threshold is increased, the
previous mob cells are treated as non-mob cells, and its values are directly
returned.
I think there is order of the check needs to be adjusted a bit as we need to
check first if it has the mob tag.
was (Author: huaxiang):
I think this is an interesting issue. As mob threshold is improved, the
previous mob cells are treated as non-mob cells, and its values are directly
returned.
I think there is order of the check needs to be adjusted a bit as we need to
check first if it has the mob tag.
> Get or Scan Mob by rowkey return error value when run compact_mob or
> major_compact_mob after change MOB_THRESHOLD bigger
>
>
> Key: HBASE-19507
> URL: https://issues.apache.org/jira/browse/HBASE-19507
> Project: HBase
> Issue Type: Bug
>Affects Versions: 1.2.0
>Reporter: WangYuan
>Assignee: huaxiang sun
>
> 1、
> create 'abc',{NAME => 'cf', MOB_THRESHOLD => '10', IS_MOB => 'true'}
> put 'abc','1','cf:a','1'
> put 'abc','2','cf:a','2'
> put 'abc','3','cf:a','3'
> put 'abc','4','cf:a','y1'
> put 'abc','5','cf:a','y2'
> put 'abc','6','cf:a','y3'
>
> hbase(main):011:0> scan 'abc'
> ROWCOLUMN+CELL
>
>
> 1 column=cf:a,
> timestamp=1513171753098, value=1
>
> 2 column=cf:a,
> timestamp=1513171753208, value=2
>
> 3 column=cf:a,
> timestamp=1513171753246, value=3
>
> 4 column=cf:a,
> timestamp=1513171753273, value=y1
>
> 5 column=cf:a,
> timestamp=1513171753301, value=y2
>
> 6 column=cf:a,
> timestamp=1513171754282, value=y3
>
> hbase(main):012:0> flush 'abc'
> hbase(main):012:0> major_compact 'abc'
> hbase(main):012:0> major_compact_mob 'abc'
> 2、
> [See Hfile]:
> hbase org.apache.hadoop.hbase.io.hfile.HFile -f
> /hbase/data/default/abc/a31b3146cba0d4569a7bf44e70e299c9/cf/22a432ba5c2c4802bedd947b99626f10
> -p
> K: 1/cf:a/1513172294864/Put/vlen=5/seqid=4 V: 1
> K: 2/cf:a/1513172294892/Put/vlen=5/seqid=5 V: 2
> K: 3/cf:a/1513172294914/Put/vlen=5/seqid=6 V: 3
> K: 4/cf:a/1513172294954/Put/vlen=76/seqid=7 V:
> \x00\x00\x00\x0Ed41d8cd98f00b204e9800998ecf8427e20171213ce022548c4c3498e864fda289b81e711
> T[0]: T[1]: abc
> K: 5/cf:a/1513172294982/Put/vlen=76/seqid=8 V:
> \x00\x00\x00\x0Ed41d8cd98f00b204e9800998ecf8427e20171213ce022548c4c3498e864fda289b81e711
> T[0]: T[1]: abc
> K: 6/cf:a/1513172296455/Put/vlen=76/seqid=9 V:
> \x00\x00\x00\x0Ed41d8cd98f00b204e9800998ecf8427e20171213ce022548c4c3498e864fda289b81e711
> T[0]: T[1]: abc
> Scanned kv count -> 6
> [See Mobfile]:
> hbase org.apache.hadoop.hbase.io.hfile.HFile -f
> /hbase/mobdir/data/default/abc/07aab825b62dd9111831839cc9039df9/cf/d41d8cd98f00b204e9800998ecf8427e20171213bd8cfaf146684d4096ebf7994f050e96
> -p
> K: 4/cf:a/1513172924196/Put/vlen=14/seqid=7 V: y1
> K: 5/cf:a/1513172924214/Put/vlen=14/seqid=8 V: y2
> K: 6/cf:a/1513172925768/Put/vlen=14/seqid=9 V: y3
> 3、
> alter 'abc',{NAME => 'cf', MOB_THRESHOLD => '10240' }
> put
>
[jira] [Comment Edited] (HBASE-19507) Get or Scan Mob by rowkey return error value when run compact_mob or major_compact_mob after change MOB_THRESHOLD bigger
[
https://issues.apache.org/jira/browse/HBASE-19507?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel=16291279#comment-16291279
]
huaxiang sun edited comment on HBASE-19507 at 12/14/17 6:00 PM:
A minor patch is needed but no real data loss at this moment, I will see if I
can put up a patch shortly. I believe this is the case for hbase 2.0.
was (Author: huaxiang):
A minor patch is needed but no real data loss at this moment, I will see if I
can put up a patch shortly.
> Get or Scan Mob by rowkey return error value when run compact_mob or
> major_compact_mob after change MOB_THRESHOLD bigger
>
>
> Key: HBASE-19507
> URL: https://issues.apache.org/jira/browse/HBASE-19507
> Project: HBase
> Issue Type: Bug
>Affects Versions: 1.2.0
>Reporter: WangYuan
>Assignee: huaxiang sun
>
> 1、
> create 'abc',{NAME => 'cf', MOB_THRESHOLD => '10', IS_MOB => 'true'}
> put 'abc','1','cf:a','1'
> put 'abc','2','cf:a','2'
> put 'abc','3','cf:a','3'
> put 'abc','4','cf:a','y1'
> put 'abc','5','cf:a','y2'
> put 'abc','6','cf:a','y3'
>
> hbase(main):011:0> scan 'abc'
> ROWCOLUMN+CELL
>
>
> 1 column=cf:a,
> timestamp=1513171753098, value=1
>
> 2 column=cf:a,
> timestamp=1513171753208, value=2
>
> 3 column=cf:a,
> timestamp=1513171753246, value=3
>
> 4 column=cf:a,
> timestamp=1513171753273, value=y1
>
> 5 column=cf:a,
> timestamp=1513171753301, value=y2
>
> 6 column=cf:a,
> timestamp=1513171754282, value=y3
>
> hbase(main):012:0> flush 'abc'
> hbase(main):012:0> major_compact 'abc'
> hbase(main):012:0> major_compact_mob 'abc'
> 2、
> [See Hfile]:
> hbase org.apache.hadoop.hbase.io.hfile.HFile -f
> /hbase/data/default/abc/a31b3146cba0d4569a7bf44e70e299c9/cf/22a432ba5c2c4802bedd947b99626f10
> -p
> K: 1/cf:a/1513172294864/Put/vlen=5/seqid=4 V: 1
> K: 2/cf:a/1513172294892/Put/vlen=5/seqid=5 V: 2
> K: 3/cf:a/1513172294914/Put/vlen=5/seqid=6 V: 3
> K: 4/cf:a/1513172294954/Put/vlen=76/seqid=7 V:
> \x00\x00\x00\x0Ed41d8cd98f00b204e9800998ecf8427e20171213ce022548c4c3498e864fda289b81e711
> T[0]: T[1]: abc
> K: 5/cf:a/1513172294982/Put/vlen=76/seqid=8 V:
> \x00\x00\x00\x0Ed41d8cd98f00b204e9800998ecf8427e20171213ce022548c4c3498e864fda289b81e711
> T[0]: T[1]: abc
> K: 6/cf:a/1513172296455/Put/vlen=76/seqid=9 V:
> \x00\x00\x00\x0Ed41d8cd98f00b204e9800998ecf8427e20171213ce022548c4c3498e864fda289b81e711
> T[0]: T[1]: abc
> Scanned kv count -> 6
> [See Mobfile]:
> hbase org.apache.hadoop.hbase.io.hfile.HFile -f
> /hbase/mobdir/data/default/abc/07aab825b62dd9111831839cc9039df9/cf/d41d8cd98f00b204e9800998ecf8427e20171213bd8cfaf146684d4096ebf7994f050e96
> -p
> K: 4/cf:a/1513172924196/Put/vlen=14/seqid=7 V: y1
> K: 5/cf:a/1513172924214/Put/vlen=14/seqid=8 V: y2
> K: 6/cf:a/1513172925768/Put/vlen=14/seqid=9 V: y3
> 3、
> alter 'abc',{NAME => 'cf', MOB_THRESHOLD => '10240' }
> put
>
[jira] [Comment Edited] (HBASE-19507) Get or Scan Mob by rowkey return error value when run compact_mob or major_compact_mob after change MOB_THRESHOLD bigger
[
https://issues.apache.org/jira/browse/HBASE-19507?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel=16290387#comment-16290387
]
Jingcheng Du edited comment on HBASE-19507 at 12/14/17 6:14 AM:
CDH 5.7.1 was released since June 2016. And after that users reported data loss
in the JIRA https://issues.apache.org/jira/browse/HBASE-16578. I think 5.7.1
doesn't include this fix.
The data in MOB files should be correct in your production. If you can apply
this above mentioned JIRA, then apply it. And run mob major compaction again,
and I think it will fix this issue.
[~huaxiang], any ideas on this? Thanks.
was (Author: jingcheng.du):
CDH 5.7.1 was released since June 2016. And after that users reported data loss
in the JIRA https://issues.apache.org/jira/browse/HBASE-16578. I think 5.7.1
doesn't include this fix.
The data in MOB file should be correct in your production. If you can apply
this above mentioned JIRA, then apply it. And run mob major compaction again,
and I think it will fix this issue.
[~huaxiang], any ideas on this? Thanks.
> Get or Scan Mob by rowkey return error value when run compact_mob or
> major_compact_mob after change MOB_THRESHOLD bigger
>
>
> Key: HBASE-19507
> URL: https://issues.apache.org/jira/browse/HBASE-19507
> Project: HBase
> Issue Type: Bug
>Affects Versions: 1.2.0
>Reporter: WangYuan
>
> 1、
> create 'abc',{NAME => 'cf', MOB_THRESHOLD => '10', IS_MOB => 'true'}
> put 'abc','1','cf:a','1'
> put 'abc','2','cf:a','2'
> put 'abc','3','cf:a','3'
> put 'abc','4','cf:a','y1'
> put 'abc','5','cf:a','y2'
> put 'abc','6','cf:a','y3'
>
> hbase(main):011:0> scan 'abc'
> ROWCOLUMN+CELL
>
>
> 1 column=cf:a,
> timestamp=1513171753098, value=1
>
> 2 column=cf:a,
> timestamp=1513171753208, value=2
>
> 3 column=cf:a,
> timestamp=1513171753246, value=3
>
> 4 column=cf:a,
> timestamp=1513171753273, value=y1
>
> 5 column=cf:a,
> timestamp=1513171753301, value=y2
>
> 6 column=cf:a,
> timestamp=1513171754282, value=y3
>
> hbase(main):012:0> flush 'abc'
> hbase(main):012:0> major_compact 'abc'
> hbase(main):012:0> major_compact_mob 'abc'
> 2、
> [See Hfile]:
> hbase org.apache.hadoop.hbase.io.hfile.HFile -f
> /hbase/data/default/abc/a31b3146cba0d4569a7bf44e70e299c9/cf/22a432ba5c2c4802bedd947b99626f10
> -p
> K: 1/cf:a/1513172294864/Put/vlen=5/seqid=4 V: 1
> K: 2/cf:a/1513172294892/Put/vlen=5/seqid=5 V: 2
> K: 3/cf:a/1513172294914/Put/vlen=5/seqid=6 V: 3
> K: 4/cf:a/1513172294954/Put/vlen=76/seqid=7 V:
> \x00\x00\x00\x0Ed41d8cd98f00b204e9800998ecf8427e20171213ce022548c4c3498e864fda289b81e711
> T[0]: T[1]: abc
> K: 5/cf:a/1513172294982/Put/vlen=76/seqid=8 V:
> \x00\x00\x00\x0Ed41d8cd98f00b204e9800998ecf8427e20171213ce022548c4c3498e864fda289b81e711
> T[0]: T[1]: abc
> K: 6/cf:a/1513172296455/Put/vlen=76/seqid=9 V:
> \x00\x00\x00\x0Ed41d8cd98f00b204e9800998ecf8427e20171213ce022548c4c3498e864fda289b81e711
> T[0]: T[1]: abc
> Scanned kv count -> 6
> [See Mobfile]:
> hbase org.apache.hadoop.hbase.io.hfile.HFile -f
> /hbase/mobdir/data/default/abc/07aab825b62dd9111831839cc9039df9/cf/d41d8cd98f00b204e9800998ecf8427e20171213bd8cfaf146684d4096ebf7994f050e96
> -p
> K: 4/cf:a/1513172924196/Put/vlen=14/seqid=7 V: y1
> K: 5/cf:a/1513172924214/Put/vlen=14/seqid=8 V: y2
> K: 6/cf:a/1513172925768/Put/vlen=14/seqid=9 V: y3
> 3、
> alter 'abc',{NAME => 'cf', MOB_THRESHOLD => '10240' }
> put
>
[jira] [Comment Edited] (HBASE-19507) Get or Scan Mob by rowkey return error value when run compact_mob or major_compact_mob after change MOB_THRESHOLD bigger
[
https://issues.apache.org/jira/browse/HBASE-19507?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel=16289308#comment-16289308
]
WangYuan edited comment on HBASE-19507 at 12/13/17 2:16 PM:
How to SCAN? If I want to scan/get a mob value instead of a reference mobpath .
Thanks.
was (Author: wangyuan):
How to SCAN if I want to scan/get a value instead of a reference mobpath ?
> Get or Scan Mob by rowkey return error value when run compact_mob or
> major_compact_mob after change MOB_THRESHOLD bigger
>
>
> Key: HBASE-19507
> URL: https://issues.apache.org/jira/browse/HBASE-19507
> Project: HBase
> Issue Type: Bug
>Affects Versions: 1.2.0
>Reporter: WangYuan
>
> 1、
> create 'abc',{NAME => 'cf', MOB_THRESHOLD => '10', IS_MOB => 'true'}
> put 'abc','1','cf:a','1'
> put 'abc','2','cf:a','2'
> put 'abc','3','cf:a','3'
> put 'abc','4','cf:a','y1'
> put 'abc','5','cf:a','y2'
> put 'abc','6','cf:a','y3'
>
> hbase(main):011:0> scan 'abc'
> ROWCOLUMN+CELL
>
>
> 1 column=cf:a,
> timestamp=1513171753098, value=1
>
> 2 column=cf:a,
> timestamp=1513171753208, value=2
>
> 3 column=cf:a,
> timestamp=1513171753246, value=3
>
> 4 column=cf:a,
> timestamp=1513171753273, value=y1
>
> 5 column=cf:a,
> timestamp=1513171753301, value=y2
>
> 6 column=cf:a,
> timestamp=1513171754282, value=y3
>
> hbase(main):012:0> flush 'abc'
> hbase(main):012:0> major_compact 'abc'
> hbase(main):012:0> major_compact_mob 'abc'
> 2、
> [See Hfile]:
> hbase org.apache.hadoop.hbase.io.hfile.HFile -f
> /hbase/data/default/abc/a31b3146cba0d4569a7bf44e70e299c9/cf/22a432ba5c2c4802bedd947b99626f10
> -p
> K: 1/cf:a/1513172294864/Put/vlen=5/seqid=4 V: 1
> K: 2/cf:a/1513172294892/Put/vlen=5/seqid=5 V: 2
> K: 3/cf:a/1513172294914/Put/vlen=5/seqid=6 V: 3
> K: 4/cf:a/1513172294954/Put/vlen=76/seqid=7 V:
> \x00\x00\x00\x0Ed41d8cd98f00b204e9800998ecf8427e20171213ce022548c4c3498e864fda289b81e711
> T[0]: T[1]: abc
> K: 5/cf:a/1513172294982/Put/vlen=76/seqid=8 V:
> \x00\x00\x00\x0Ed41d8cd98f00b204e9800998ecf8427e20171213ce022548c4c3498e864fda289b81e711
> T[0]: T[1]: abc
> K: 6/cf:a/1513172296455/Put/vlen=76/seqid=9 V:
> \x00\x00\x00\x0Ed41d8cd98f00b204e9800998ecf8427e20171213ce022548c4c3498e864fda289b81e711
> T[0]: T[1]: abc
> Scanned kv count -> 6
> [See Mobfile]:
> hbase org.apache.hadoop.hbase.io.hfile.HFile -f
> /hbase/mobdir/data/default/abc/07aab825b62dd9111831839cc9039df9/cf/d41d8cd98f00b204e9800998ecf8427e20171213bd8cfaf146684d4096ebf7994f050e96
> -p
> K: 4/cf:a/1513172924196/Put/vlen=14/seqid=7 V: y1
> K: 5/cf:a/1513172924214/Put/vlen=14/seqid=8 V: y2
> K: 6/cf:a/1513172925768/Put/vlen=14/seqid=9 V: y3
> 3、
> alter 'abc',{NAME => 'cf', MOB_THRESHOLD => '10240' }
> put
>
