Mailing-List: contact user-help@cassandra.apache.org; run by ezmlm
Precedence: bulk
Reply-To: user@cassandra.apache.org
Received-SPF: pass (nike.apache.org: domain of markusklems@gmail.com
 designates 209.85.218.44 as permitted sender)
DomainKey-Signature: a=rsa-sha1; c=nofws;
        d=gmail.com; s=gamma;
        h=mime-version:in-reply-to:references:from:date:message-id:subject:to
         :content-type:content-transfer-encoding;
        b=LSLQjwDE2R5+uIK/2oi8YI4ZxHeUXBjVKkcefCdRMKNV1qhgbBtU0xaxbtgQoEMM19
         cvzJcY0zR6WIK5cjRXxmUO8mcGKPYVDk2FmaM45+0+h/Dy05+xJ+Ohx5qUOTBKj3N2aa
         bN9m+mOq7lreKvEG/xvKjCa5J/ERyY+/mKuIA=
MIME-Version: 1.0
In-Reply-To: <AANLkTimuSryN2S3SwH5adsjz9xFWesLGMOBx=y7Mvvs9@mail.gmail.com>
References: <1297991508656-6038330.post@n2.nabble.com>
 <9f715825-f9bd-6734-fe87-9494463f27c0@me.com>
 <AANLkTim1=mAQ8dx09E3FzG8icMTSpczHvEb+xMiHzE=K@mail.gmail.com>
 <AANLkTimuSryN2S3SwH5adsjz9xFWesLGMOBx=y7Mvvs9@mail.gmail.com>
From: Markus Klems <markusklems@gmail.com>
Date: Fri, 18 Feb 2011 14:22:31 +0100
Message-ID: <AANLkTikZR591QNJ1ewVKxdJ8Ewh0WxEJiPwR046uhMeo@mail.gmail.com>
Subject: Re: Understand eventually consistent
To: user@cassandra.apache.org
Content-Type: text/plain; charset=UTF-8
Content-Transfer-Encoding: quoted-printable

Related question: Is it a good idea to specify ConsistencyLevels on a
per-operation basis? For example: Read ONE Write ALL would deliver
consistent read results, just like Read ALL Write ONE. However, if you
specify Read ONE Write QUORUM you cannot give such guarantees anymore.
Should there be (is there) a programming abstraction on top of
ConsistencyLevel that takes care of these things and makes them
explicit to the application developer?

On Fri, Feb 18, 2011 at 2:04 PM, Anthony John <chirayithaj@gmail.com> wrote=
:
> At Quorum - if 2 of 3 nodes are down, a read should not be returned, righ=
t ?
> But yes - if single node READs are opted for, it will go through.
> The original question was - "Why is Cassandra called eventually consisten=
t
> data store?"
> Because at write time, there is not a guarantee that all replicas are
> consistent. But they eventually will be!
> At Quorum write and Read - you will not get inconsistent results and your
> read will force consistency, if such a state has not yet been arrived at =
for
> the particular piece of data.
> But you have the option of or writing and reading at a lower standard, wh=
ich
> could result in inconsistencies.
> HTH,
> -JA
> On Fri, Feb 18, 2011 at 12:00 AM, Stu Hood <stuhood@gmail.com> wrote:
>>
>> But, the reason that it isn't safe to say that we are a strongly
>> consistent store is that if 2 of your 3 replicas were to die and come ba=
ck
>> with no data, QUORUM might return the wrong result.
>> A requirement of a strongly consistent store is that replicas cannot beg=
in
>> answering queries until they are consistent: this is not a requirement i=
n
>> Cassandra, althought arguably should be an option at some point in the
>> distant future.
>>
>> On Thu, Feb 17, 2011 at 5:26 PM, Aaron Morton <aaron@thelastpickle.com>
>> wrote:
>>>
>>> For background...
>>> http://wiki.apache.org/cassandra/ArchitectureOverview
>>> (There is a section on consistency in there)
>>> For =C2=A0deep background...
>>> http://www.allthingsdistributed.com/2008/12/eventually_consistent.html
>>>
>>> http://s3.amazonaws.com/AllThingsDistributed/sosp/amazon-dynamo-sosp200=
7.pdf
>>> In short, yes (for all your questions) if you read and write at Quorum
>>> you have consistency=C2=A0behavior for your operations. Even though som=
e nodes
>>> may have an inconsistent view of the data, e.g. one node is partitioned
>>> by a broken network or is overloaded and does not respond.
>>>
>>> Aaron
>>> On 18 Feb, 2011,at 02:11 PM, mcasandra <mohitanchlia@gmail.com> wrote:
>>>
>>>
>>> Why is Cassandra called eventually consistent data store? Wouldn't it b=
e
>>> consistent if QUORAM is used?
>>>
>>> Another question is when I specify replication factor of 3 and write wi=
th
>>> factor of 2 and read with factor of 2 then what happens?
>>>
>>> 1. When write occurs cassandra will return to the client only when the
>>> writes go to commit log on 2 nodes successfully?
>>>
>>> 2. When read happens cassandra will return only when it is able to read
>>> from
>>> 2 nodes and determine that it has consistent copy?
>>> --
>>> View this message in context:
>>> http://cassandra-user-incubator-apache-org.3065146.n2.nabble.com/Unders=
tand-eventually-consistent-tp6038330p6038330.html
>>> Sent from the cassandra-user@incubator.apache.org mailing list archive =
at
>>> Nabble.com.
>>
>
>