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

Hudson commented on PHOENIX-1261:
---------------------------------

FAILURE: Integrated in Phoenix-master #1079 (See 
[https://builds.apache.org/job/Phoenix-master/1079/])
PHOENIX-1261 Addendum to set the async attribute on the scan (samarth: rev 
763a3566ed7ade82b7ffbd56cf90ff264cdbe20a)
* 
phoenix-core/src/main/java/org/apache/phoenix/schema/stats/StatisticsCollectionRunTracker.java
* phoenix-core/src/main/java/org/apache/phoenix/schema/MetaDataClient.java


> Update stats table asynchronously
> ---------------------------------
>
>                 Key: PHOENIX-1261
>                 URL: https://issues.apache.org/jira/browse/PHOENIX-1261
>             Project: Phoenix
>          Issue Type: Sub-task
>            Reporter: James Taylor
>            Assignee: Samarth Jain
>             Fix For: 4.7.0
>
>         Attachments: 1261-wip.patch, PHOENIX-1261_1.0.patch, 
> PHOENIX-1261_98_v2.patch, PHOENIX-1261_addendum.patch, 
> PHOENIX-1261_master.patch, PHOENIX-1261_master_v2.patch
>
>
> Instead of writing the the stats table directly in the thread performing 
> major compaction, we should instead write to it asynchronously, perhaps using 
> the same asynchronous mechanism used by tracing. Apparently HBase used to 
> have a "custodian" table where they'd write as compaction and other 
> background tasks were running, and this leads to bad things happening if the 
> table being written to can't be reached.



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

Reply via email to