Thanks for your quick reply, Ted. we are implementing a distributed system, using zookeeper for master metedata persistence. There's DISK object and DISK-PAIR object. when creating a DISK-PAIR, we need to first create a znode indicating DISK-PAIR object and updating the corresponding two DISK's state from DISK_OFFLINE to DISK_ONLINE, these operations need to be done as a whole.
2010-03-30 Will 发件人: Ted Dunning <ted.dunn...@gmail.com> 发送时间: 2010-03-30 10:11 主 题: Re: How to ensure trasaction create-and-update 收件人: zookeeper-user@hadoop.apache.org This is not a good thing. ZK gains lots of its power and reliability by not trying to do atomic updates to multiple znodes at once. Can you say more about the update that you want to do? It is common for updates like to be such that you can order the updates and do without a truly atomic transaction. For instance if one file is a list of other files (say for a queue) and you need to create a file and add a reference in the list of files, you can generally be safe creating the new file first and then doing an atomic update on the list of files secondly. If your process fails between the two operations, then you may generate a small number of garbage files (this number can be substantially decreased by careful use of try/finally) which might require a cleanup process to run occasionally to find unreferenced and old files. On Mon, Mar 29, 2010 at 6:54 PM, zd.wbh <zd....@163.com> wrote: > we'd like to store some metadata in zookeeper in our upcoming project, > here is a special but common case: we need to create a new znode, in the > mean while, update another znode data. These manipulation(a create and a > update) need to be done as atom. We don't want to see a successful creation > and a failure updating. Is there a convenient way to ensure this operation? > Can you give me some tips? > > I've looked into the src code, there is a tedious way to do. Extend > zookeeper instruction, struct a "createAndUpdate" interface and a txn > request, let DataTree to ensure the integrity. Will this do and the only > way? >