You are viewing a plain text version of this content. The canonical link for it is here.
Posted to issues@ignite.apache.org by "Igor Belyakov (Jira)" <ji...@apache.org> on 2022/05/13 09:32:00 UTC
[jira] [Created] (IGNITE-16978) SQL update fails with "modified concurrently" error for REPLICATED cache with TRANSACTIONAL atomicity mode
Igor Belyakov created IGNITE-16978:
--------------------------------------
Summary: SQL update fails with "modified concurrently" error for REPLICATED cache with TRANSACTIONAL atomicity mode
Key: IGNITE-16978
URL: https://issues.apache.org/jira/browse/IGNITE-16978
Project: Ignite
Issue Type: Bug
Affects Versions: 2.12
Reporter: Igor Belyakov
In case SQL update query executed for the same key multiple times using JDBC or Java thin client, sometimes it leads to:
Failed to update some keys because they had been modified concurrently [keys=[1]]
There is no concurrent updates execution, all updates are executed one by one in the same thread.
The issue is reproducible only in the case of {{REPLICATED}} cache with {{TRANSACTIONAL}} atomicity mode and the client should be connected to the server node where backup entry is stored.
The issue can be easily reproduced if any client node joins/leaves the cluster during the query execution, but also the issue happens without any additional actions.
Also, in case {{REPLICATED}} cache is replaced by {{PARTITIONED}} with {{{}BACKUPS=1{}}}, using a cluster with 2 server nodes, the issue is not reproducible anymore. The same happens after changing atomicity mode from {{TRANSACTIONAL}} to {{{}ATOMIC{}}}.
Reproducer attached.
--
This message was sent by Atlassian Jira
(v8.20.7#820007)