Return-Path: X-Original-To: apmail-hbase-issues-archive@www.apache.org Delivered-To: apmail-hbase-issues-archive@www.apache.org Received: from mail.apache.org (hermes.apache.org [140.211.11.3]) by minotaur.apache.org (Postfix) with SMTP id 0822CD3C0 for ; Tue, 30 Oct 2012 22:42:15 +0000 (UTC) Received: (qmail 51499 invoked by uid 500); 30 Oct 2012 22:42:14 -0000 Delivered-To: apmail-hbase-issues-archive@hbase.apache.org Received: (qmail 51450 invoked by uid 500); 30 Oct 2012 22:42:14 -0000 Mailing-List: contact issues-help@hbase.apache.org; run by ezmlm Precedence: bulk List-Help: List-Unsubscribe: List-Post: List-Id: Delivered-To: mailing list issues@hbase.apache.org Received: (qmail 51435 invoked by uid 99); 30 Oct 2012 22:42:14 -0000 Received: from arcas.apache.org (HELO arcas.apache.org) (140.211.11.28) by apache.org (qpsmtpd/0.29) with ESMTP; Tue, 30 Oct 2012 22:42:14 +0000 Date: Tue, 30 Oct 2012 22:42:14 +0000 (UTC) From: "Lars Hofhansl (JIRA)" To: issues@hbase.apache.org Message-ID: <150019489.47372.1351636934506.JavaMail.jiratomcat@arcas> In-Reply-To: <1606244418.6960.1318457591922.JavaMail.tomcat@hel.zones.apache.org> Subject: [jira] [Commented] (HBASE-4583) Integrate RWCC with Append and Increment operations MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: 7bit X-JIRA-FingerPrint: 30527f35849b9dde25b450d4833f0394 [ https://issues.apache.org/jira/browse/HBASE-4583?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=13487326#comment-13487326 ] Lars Hofhansl commented on HBASE-4583: -------------------------------------- I was checking out why readpoint - 1 is needed. Turns out the patch is not entirely correct. The new KV is newer than the current readpoint (by definition, because it is written from a new transaction). A scanner running at the current readpoint, thus, will not see the new KV, but rather the older one. That means that we can only remove older KVs if there is a newer one that is still older than the current readpoint (which means all new scanner will see that one). readpoint - 1 fixed it for my test case, but it is not generally correct. > Integrate RWCC with Append and Increment operations > --------------------------------------------------- > > Key: HBASE-4583 > URL: https://issues.apache.org/jira/browse/HBASE-4583 > Project: HBase > Issue Type: Bug > Reporter: Lars Hofhansl > Assignee: Lars Hofhansl > Fix For: 0.94.3, 0.96.0 > > Attachments: 4583-trunk-less-radical.txt, 4583-trunk-less-radical-v2.txt, 4583-trunk-radical.txt, 4583-trunk-radical_v2.txt, 4583-trunk-v3.txt, 4583.txt, 4583-v2.txt, 4583-v3.txt, 4583-v4.txt > > > Currently Increment and Append operations do not work with RWCC and hence a client could see the results of multiple such operation mixed in the same Get/Scan. > The semantics might be a bit more interesting here as upsert adds and removes to and from the memstore. -- 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