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

Tanuj Khurana commented on PHOENIX-7591:
----------------------------------------

One scenario where data inconsistency can happen is when there are multiple 
batches trying to concurrently update the same row and the first batch makes 
progress but the second batch update fails to obtain the row locks in a timely 
manner and gets a timeout. Then the third concurrent batch will generate the 
index mutations based on the data row state read from the disk and not from the 
data row state in the memory generated by the first batch.

> Concurrent updates to tables with indexes can cause data inconsistency
> ----------------------------------------------------------------------
>
>                 Key: PHOENIX-7591
>                 URL: https://issues.apache.org/jira/browse/PHOENIX-7591
>             Project: Phoenix
>          Issue Type: Improvement
>    Affects Versions: 5.3.0
>            Reporter: Tanuj Khurana
>            Assignee: Tanuj Khurana
>            Priority: Major
>
> testConcurrentUpserts#ConcurrentMutationsExtendedIT and 
> testConcurrentUpsertsWithoutIndexedColumns#ConcurrentUpsertsWithoutIndexedColsIT
>  have become flakey. Most likely, this has happened after 
> [PHOENIX-7543|https://issues.apache.org/jira/browse/PHOENIX-7543]



--
This message was sent by Atlassian Jira
(v8.20.10#820010)

Reply via email to