Return-Path: X-Original-To: archive-asf-public-internal@cust-asf2.ponee.io Delivered-To: archive-asf-public-internal@cust-asf2.ponee.io Received: from cust-asf.ponee.io (cust-asf.ponee.io [163.172.22.183]) by cust-asf2.ponee.io (Postfix) with ESMTP id F35DD200CED for ; Fri, 4 Aug 2017 01:35:06 +0200 (CEST) Received: by cust-asf.ponee.io (Postfix) id F1CA716CC94; Thu, 3 Aug 2017 23:35:06 +0000 (UTC) Delivered-To: archive-asf-public@cust-asf.ponee.io Received: from mail.apache.org (hermes.apache.org [140.211.11.3]) by cust-asf.ponee.io (Postfix) with SMTP id 45FBB16CC93 for ; Fri, 4 Aug 2017 01:35:06 +0200 (CEST) Received: (qmail 11112 invoked by uid 500); 3 Aug 2017 23:35:05 -0000 Mailing-List: contact dev-help@phoenix.apache.org; run by ezmlm Precedence: bulk List-Help: List-Unsubscribe: List-Post: List-Id: Reply-To: dev@phoenix.apache.org Delivered-To: mailing list dev@phoenix.apache.org Received: (qmail 11101 invoked by uid 99); 3 Aug 2017 23:35:05 -0000 Received: from pnap-us-west-generic-nat.apache.org (HELO spamd2-us-west.apache.org) (209.188.14.142) by apache.org (qpsmtpd/0.29) with ESMTP; Thu, 03 Aug 2017 23:35:05 +0000 Received: from localhost (localhost [127.0.0.1]) by spamd2-us-west.apache.org (ASF Mail Server at spamd2-us-west.apache.org) with ESMTP id E47281A0A37 for ; Thu, 3 Aug 2017 23:35:04 +0000 (UTC) X-Virus-Scanned: Debian amavisd-new at spamd2-us-west.apache.org X-Spam-Flag: NO X-Spam-Score: -100.002 X-Spam-Level: X-Spam-Status: No, score=-100.002 tagged_above=-999 required=6.31 tests=[RP_MATCHES_RCVD=-0.001, SPF_PASS=-0.001, USER_IN_WHITELIST=-100] autolearn=disabled Received: from mx1-lw-eu.apache.org ([10.40.0.8]) by localhost (spamd2-us-west.apache.org [10.40.0.9]) (amavisd-new, port 10024) with ESMTP id gOJfVM7bBnIw for ; Thu, 3 Aug 2017 23:35:04 +0000 (UTC) Received: from mailrelay1-us-west.apache.org (mailrelay1-us-west.apache.org [209.188.14.139]) by mx1-lw-eu.apache.org (ASF Mail Server at mx1-lw-eu.apache.org) with ESMTP id 1CC2560D28 for ; Thu, 3 Aug 2017 23:35:02 +0000 (UTC) Received: from jira-lw-us.apache.org (unknown [207.244.88.139]) by mailrelay1-us-west.apache.org (ASF Mail Server at mailrelay1-us-west.apache.org) with ESMTP id 1E49BE0DF9 for ; Thu, 3 Aug 2017 23:35:01 +0000 (UTC) Received: from jira-lw-us.apache.org (localhost [127.0.0.1]) by jira-lw-us.apache.org (ASF Mail Server at jira-lw-us.apache.org) with ESMTP id 6199B24659 for ; Thu, 3 Aug 2017 23:35:00 +0000 (UTC) Date: Thu, 3 Aug 2017 23:35:00 +0000 (UTC) From: "James Taylor (JIRA)" To: dev@phoenix.apache.org Message-ID: In-Reply-To: References: Subject: [jira] [Updated] (PHOENIX-4063) Partial Index Rebuilder must replay from earliest to latest MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: 7bit X-JIRA-FingerPrint: 30527f35849b9dde25b450d4833f0394 archived-at: Thu, 03 Aug 2017 23:35:07 -0000 [ https://issues.apache.org/jira/browse/PHOENIX-4063?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] James Taylor updated PHOENIX-4063: ---------------------------------- Description: Since there may be multiple versions of a cell written while the index is disabled, we need to replay all of them to ensure consistency. In theory, we could ignore prior versions older than the index disable timestamp, this would be difficult to implement. (was: Given that PHOENIX-4057 ignores updates for earlier versions, we should not replay all versions of a cell, but only the latest (current code replays all from latest to earliest). Also, we should include all versions of a cell instead of setting an upper bound on the timestamp as otherwise we'll put the index out-of-sync.) > Partial Index Rebuilder must replay from earliest to latest > ----------------------------------------------------------- > > Key: PHOENIX-4063 > URL: https://issues.apache.org/jira/browse/PHOENIX-4063 > Project: Phoenix > Issue Type: Bug > Reporter: James Taylor > > Since there may be multiple versions of a cell written while the index is disabled, we need to replay all of them to ensure consistency. In theory, we could ignore prior versions older than the index disable timestamp, this would be difficult to implement. -- This message was sent by Atlassian JIRA (v6.4.14#64029)