[
https://issues.apache.org/jira/browse/PHOENIX-5615?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=16995237#comment-16995237
]
Hudson commented on PHOENIX-5615:
---------------------------------
SUCCESS: Integrated in Jenkins build Phoenix-4.x-HBase-1.3 #620 (See
[https://builds.apache.org/job/Phoenix-4.x-HBase-1.3/620/])
PHOENIX-5615 Index read repair should delete all the cells of an invalid
(kadir: rev cd1fdee9e5c09231591ae2f76faafea95f583000)
* (edit)
phoenix-core/src/it/java/org/apache/phoenix/end2end/index/GlobalIndexCheckerIT.java
* (edit)
phoenix-core/src/main/java/org/apache/phoenix/index/GlobalIndexChecker.java
> Index read repair should delete all the cells of an invalid unverified row
> --------------------------------------------------------------------------
>
> Key: PHOENIX-5615
> URL: https://issues.apache.org/jira/browse/PHOENIX-5615
> Project: Phoenix
> Issue Type: Bug
> Affects Versions: 5.0.0, 4.14.3
> Reporter: Kadir OZDEMIR
> Assignee: Kadir OZDEMIR
> Priority: Critical
> Fix For: 4.15.0
>
> Attachments: PHOENIX-5615.4.x-HBase-1.5.001.patch,
> PHOENIX-5615.master.001.patch
>
> Time Spent: 40m
> Remaining Estimate: 0h
>
> In the current implementation, the index read repair deletes only the cells
> that are returned by the scan initiated by the Phoenix client instead of
> deleting all the cells of an invalid unverified row.
> The read repair deletes cells (i.e., a specific version of a row) only when
> if an index row is overwritten but the corresponding data table row overwrite
> fails. This leaves the the index row in the unverified status. Then the read
> repair detects this unverified row when it is scanned and needs to delete the
> cells of this unverified version of the row. However, the read repair (i.e.,
> GlobalIndexChecker) puts the delete markers for only the cells returned by
> the scan. If the scan does not return all the cells of the row, then only a
> subset of the cells of the row will be deleted. The remaining cells will not
> be removed and can be returned by the scans initiated later.
--
This message was sent by Atlassian Jira
(v8.3.4#803005)
