Thanks, this clears things up.
> On Feb 21, 2014, at 6:47 AM, Edward Capriolo wrote:
>
> When you write at one, as soon as one node acknowledges the write the ack is
> returned to the client. This means if you quickly read from aome other node
> 1)you may get the result because by the time the
When you write at one, as soon as one node acknowledges the write the ack
is returned to the client. This means if you quickly read from aome other
node
1)you may get the result because by the time the read is processed the data
may be on that node
2)the node you read from may proxy the request to
My bad; should have checked the code:
/**
* This function executes local and remote reads, and blocks for the
results:
*
* 1. Get the replica locations, sorted by response time according to the
snitch
* 2. Send a data request to the closest replica, and digest requests to
Hi Graham,
On 21/02/14 07:54, graham sanderson wrote:
Note also; that reading at ONE there will be no read repair, since the
coordinator does not know that another replica has stale data (remember at ONE,
basically only one node is asked for the answer).
I don't think this is right. My unde
Note also; that reading at ONE there will be no read repair, since the
coordinator does not know that another replica has stale data (remember at ONE,
basically only one node is asked for the answer).
In practice for our use cases, we always write at LOCAL_QUORUM (failing the
whole update if th
Writing at a consistency level of ONE means that your write will be
acknowledged as soon as one replica confirms that it has made the write to
memtable and the commit log (might not be quite synced to disk, but that’s a
separate issue).
All the writes are submitted in parallel, so it is very pos
