You are viewing a plain text version of this content. The canonical link for it is here.
Posted to dev@phoenix.apache.org by "James Taylor (JIRA)" <ji...@apache.org> on 2017/09/07 00:38:00 UTC

[jira] [Reopened] (PHOENIX-3953) Clear INDEX_DISABLED_TIMESTAMP and disable index on compaction

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

James Taylor reopened PHOENIX-3953:
-----------------------------------

Need to tweak this slightly. We should disable the index permanently in the postCompact hook instead. This is the point at which we can no longer reliably rebuild the index. If the rebuilder runs while compaction is working, it would still be fine.

> Clear INDEX_DISABLED_TIMESTAMP and disable index on compaction
> --------------------------------------------------------------
>
>                 Key: PHOENIX-3953
>                 URL: https://issues.apache.org/jira/browse/PHOENIX-3953
>             Project: Phoenix
>          Issue Type: Bug
>            Reporter: James Taylor
>            Assignee: James Taylor
>              Labels: globalMutableSecondaryIndex
>             Fix For: 4.12.0
>
>         Attachments: PHOENIX-3953_addendum1.patch, PHOENIX-3953.patch, PHOENIX-3953_v2.patch
>
>
> To guard against a compaction occurring (which would potentially clear delete markers and puts that the partial index rebuild process counts on to properly catch up an index with the data table), we should clear the INDEX_DISABLED_TIMESTAMP and mark the index as disabled. This could be done in the post compaction coprocessor hook. At this point, a manual rebuild of the index would be required.



--
This message was sent by Atlassian JIRA
(v6.4.14#64029)