zookeeper-dev mailing list archives

Site index · List index
Message view « Date » · « Thread »
Top « Date » · « Thread »
From "Bogdan Kanivets (JIRA)" <j...@apache.org>
Subject [jira] [Commented] (ZOOKEEPER-3049) would zookeeper transaction(multi) block the concurrent read?
Date Thu, 24 May 2018 05:22:00 GMT

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

Bogdan Kanivets commented on ZOOKEEPER-3049:
--------------------------------------------

[~lvfangmin] is right. CommitProcessor will block reads.
 [https://github.com/apache/zookeeper/blob/branch-3.5/src/java/main/org/apache/zookeeper/server/quorum/CommitProcessor.java#L174]

 

> would zookeeper transaction(multi) block the concurrent read?
> -------------------------------------------------------------
>
>                 Key: ZOOKEEPER-3049
>                 URL: https://issues.apache.org/jira/browse/ZOOKEEPER-3049
>             Project: ZooKeeper
>          Issue Type: Wish
>          Components: documentation
>            Reporter: wayne
>            Priority: Major
>
> For instance, the original data for znode1 and znode2 are 2 and 4 respectively. I want
to perform increment operations over them. Finally, I would get (3, 5) for znode1 and znode2.
In order to keep atomicity, I used multi() api. Is there any possibility that any clients
could read (3, 4) concurrently? That is, the read happened after znode1++ and before znode2++?



--
This message was sent by Atlassian JIRA
(v7.6.3#76005)

Mime
View raw message