[ 
https://issues.apache.org/jira/browse/HBASE-8770?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=16388306#comment-16388306
 ] 

stack commented on HBASE-8770:
------------------------------

bq. Is the performance penalty for this behavior due to having deleted versions 
count against max versions?  Or just for this change?

I've not done the profiling but if I were to hazard a guess, it would be the 
added parse on each compare of sequenceid. It is an after-thought on KeyValue 
done as a vint tacked on AFTER the 'value'.

bq. It really seems like this should become the default behavior for hbase at 
some major release, hopefully without any significant performance penalty....

Agree sir.

> deletes and puts with the same ts should be resolved according to mvcc/seqNum
> -----------------------------------------------------------------------------
>
>                 Key: HBASE-8770
>                 URL: https://issues.apache.org/jira/browse/HBASE-8770
>             Project: HBase
>          Issue Type: Brainstorming
>            Reporter: Sergey Shelukhin
>            Assignee: stack
>            Priority: Blocker
>             Fix For: 2.0.0
>
>         Attachments: HBASE-8770.branch-2.001.patch, 
> HBASE-8770.branch-2.002.patch
>
>
> This came up during HBASE-8721. Puts with the same ts are resolved by seqNum. 
> It's not clear why deletes with the same ts as a put should always mask the 
> put, rather than also being resolve by seqNum.
> What do you think?



--
This message was sent by Atlassian JIRA
(v7.6.3#76005)

Reply via email to