[
https://issues.apache.org/jira/browse/HBASE-7006?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=13675535#comment-13675535
]
Jeffrey Zhong commented on HBASE-7006:
--------------------------------------
Thanks for the concerns!
Since a row is keyed by row, column family, column qualifier and timestamp. If
we send the same put like the following repeatedly
{code}
put 't3', 'row1', 'test_cf:c1','1', 11
{code}
scan will only return one row. I tested with the following raw scan
{code}
scan 't3', {RAW=>true, VERSIONS=>100}
{code}
The test steps I'm using are:
1) {code}create 't3', {NAME => 'test_cf', VERSIONS => 5}{code}
2) {code}put 't3', 'row1', 'test_cf:c1','1', 10{code}
3) {code}put 't3', 'row1', 'test_cf:c1','1', 11 (10 times){code}
4) {code}scan 't3', {RAW=>true, VERSIONS=>100}{code}
I only got:
row1 column=test_cf:c1, timestamp=11,
value=1
row1 column=test_cf:c1, timestamp=10,
value=1
For your first concern, I think the result should be either B or C.
> [MTTR] Improve Region Server Recovery Time - Distributed Log Replay
> -------------------------------------------------------------------
>
> Key: HBASE-7006
> URL: https://issues.apache.org/jira/browse/HBASE-7006
> Project: HBase
> Issue Type: New Feature
> Components: MTTR
> Reporter: stack
> Assignee: Jeffrey Zhong
> Priority: Critical
> Fix For: 0.98.0, 0.95.1
>
> Attachments: 7006-addendum-3.txt, hbase-7006-addendum.patch,
> hbase-7006-combined.patch, hbase-7006-combined-v1.patch,
> hbase-7006-combined-v4.patch, hbase-7006-combined-v5.patch,
> hbase-7006-combined-v6.patch, hbase-7006-combined-v7.patch,
> hbase-7006-combined-v8.patch, hbase-7006-combined-v9.patch, LogSplitting
> Comparison.pdf,
> ProposaltoimprovelogsplittingprocessregardingtoHBASE-7006-v2.pdf
>
>
> Just saw interesting issue where a cluster went down hard and 30 nodes had
> 1700 WALs to replay. Replay took almost an hour. It looks like it could run
> faster that much of the time is spent zk'ing and nn'ing.
> Putting in 0.96 so it gets a look at least. Can always punt.
--
This message is automatically generated by JIRA.
If you think it was sent incorrectly, please contact your JIRA administrators
For more information on JIRA, see: http://www.atlassian.com/software/jira