Mailing-List: contact dev-help@phoenix.apache.org; run by ezmlm
Precedence: bulk
Reply-To: dev@phoenix.apache.org
Date: Thu, 15 Jan 2015 07:04:34 +0000 (UTC)
From: "ramkrishna.s.vasudevan (JIRA)" <jira@apache.org>
To: dev@phoenix.incubator.apache.org
Message-ID: <JIRA.12767488.1421257245000.89859.1421305474421@Atlassian.JIRA>
In-Reply-To: <JIRA.12767488.1421257245000@Atlassian.JIRA>
References: <JIRA.12767488.1421257245000@Atlassian.JIRA>
 <JIRA.12767488.1421257245651@arcas>
Subject: [jira] [Commented] (PHOENIX-1584) Ensure stats are correct if
 simultaneous split and merge
MIME-Version: 1.0
Content-Type: text/plain; charset=utf-8
Content-Transfer-Encoding: 7bit


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

ramkrishna.s.vasudevan commented on PHOENIX-1584:
-------------------------------------------------

When the stats is calculated during compaction it is an absolute measure.  But during splits we have an approximation while calculating the percentage.  That leads to this variation. 


> Ensure stats are correct if simultaneous split and merge
> --------------------------------------------------------
>
>                 Key: PHOENIX-1584
>                 URL: https://issues.apache.org/jira/browse/PHOENIX-1584
>             Project: Phoenix
>          Issue Type: Sub-task
>            Reporter: James Taylor
>            Assignee: ramkrishna.s.vasudevan
>
> During splits, we update the rowCount and byteCount via StatisticsWriter.splitStats() and at the same time compaction also updates the stats. So we are not able to get a consistent result for the rowCount and byteCount under these conditions.  So for now these are not asserted when doing a select from the STATS table in the statistics unit tests.  However on the client side it is asserted. All tests passes with this.


--
This message was sent by Atlassian JIRA
(v6.3.4#6332)