You are viewing a plain text version of this content. The canonical link for it is here.
Posted to dev@phoenix.apache.org by "Jeffrey Zhong (JIRA)" <ji...@apache.org> on 2014/07/10 23:01:06 UTC

[jira] [Updated] (PHOENIX-950) Improve Secondary Index Update Failure Handling

     [ https://issues.apache.org/jira/browse/PHOENIX-950?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ]

Jeffrey Zhong updated PHOENIX-950:
----------------------------------

    Attachment:     (was: TransactionSupportPhoenixSecondaryIndexUpdate.pdf)

> Improve Secondary Index Update Failure Handling
> -----------------------------------------------
>
>                 Key: PHOENIX-950
>                 URL: https://issues.apache.org/jira/browse/PHOENIX-950
>             Project: Phoenix
>          Issue Type: Improvement
>            Reporter: Jeffrey Zhong
>            Assignee: Jeffrey Zhong
>         Attachments: Improve Phoenix Secondary Index Update Failure Handling.pdf, TransactionSupportPhoenixSecondaryIndexUpdate.pdf
>
>
> Current secondary index update could trigger chained region server failures. This isn't friendly to end-users. Even we disable index after index update failures before aborting, it will involve lot of human involvement because index update failure isn't a rare situation.
> In this JIRA, I propose a 2PC like protocol. The "like" means it's a not a real 2PC because no infinitely blocking but it requires read time(query) to reconcile inconsistence between index and data. Since I'm not familiar with the query time logic, please let me know if the proposal could fly.
> Thanks.



--
This message was sent by Atlassian JIRA
(v6.2#6252)