Return-Path: Delivered-To: apmail-cassandra-user-archive@www.apache.org Received: (qmail 2900 invoked from network); 29 Jun 2010 09:57:04 -0000 Received: from unknown (HELO mail.apache.org) (140.211.11.3) by 140.211.11.9 with SMTP; 29 Jun 2010 09:57:04 -0000 Received: (qmail 63627 invoked by uid 500); 29 Jun 2010 09:57:03 -0000 Delivered-To: apmail-cassandra-user-archive@cassandra.apache.org Received: (qmail 63460 invoked by uid 500); 29 Jun 2010 09:57:00 -0000 Mailing-List: contact user-help@cassandra.apache.org; run by ezmlm Precedence: bulk List-Help: List-Unsubscribe: List-Post: List-Id: Reply-To: user@cassandra.apache.org Delivered-To: mailing list user@cassandra.apache.org Received: (qmail 63452 invoked by uid 99); 29 Jun 2010 09:56:59 -0000 Received: from nike.apache.org (HELO nike.apache.org) (192.87.106.230) by apache.org (qpsmtpd/0.29) with ESMTP; Tue, 29 Jun 2010 09:56:59 +0000 X-ASF-Spam-Status: No, hits=-2.3 required=10.0 tests=RCVD_IN_DNSWL_MED X-Spam-Check-By: apache.org Received-SPF: unknown (nike.apache.org: error in processing during lookup of wouter.de.bie@deltaprojects.se) Received: from [207.126.144.123] (HELO eu1sys200aog107.obsmtp.com) (207.126.144.123) by apache.org (qpsmtpd/0.29) with SMTP; Tue, 29 Jun 2010 09:56:50 +0000 Received: from source ([74.125.82.41]) by eu1sys200aob107.postini.com ([207.126.147.11]) with SMTP ID DSNKTCnCwTf5tE/DZD+8bJtlFGAJ53qU4KkR@postini.com; Tue, 29 Jun 2010 09:56:29 UTC Received: by wwf26 with SMTP id 26so3986454wwf.14 for ; Tue, 29 Jun 2010 02:54:09 -0700 (PDT) Received: by 10.227.152.137 with SMTP id g9mr4984013wbw.8.1277805249134; Tue, 29 Jun 2010 02:54:09 -0700 (PDT) Received: from be.deltaprojects.local (42.204.181.62.in-addr.dgcsystems.net [62.181.204.42]) by mx.google.com with ESMTPS id g17sm4446465wee.5.2010.06.29.02.54.08 (version=TLSv1/SSLv3 cipher=RC4-MD5); Tue, 29 Jun 2010 02:54:08 -0700 (PDT) From: Wouter de Bie Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: quoted-printable Subject: Consitency level ONE Date: Tue, 29 Jun 2010 11:54:07 +0200 Message-Id: <47C8C4E4-C9BD-4F1C-A359-04EC5D73FCCE@deltaprojects.se> To: user@cassandra.apache.org Mime-Version: 1.0 (Apple Message framework v1081) X-Mailer: Apple Mail (2.1081) X-Virus-Checked: Checked by ClamAV on apache.org Hi all, I'm having some issues with read consistency level ONE. The Wiki (and = other sources) say the following: Will return the record returned by the first node to respond. A = consistency check is always done in a background thread to fix any = consistency issues when ConsistencyLevel.ONE is used. This means = subsequent calls will have correct data even if the initial read gets an = older value. (This is called read repair.) However, when looking at the code, it seems that the read is only = directed towards the first node that is suitable (and alive). This means = that a slow node will cause slow responses even though my replication = factor is > 1. I would expect the read to go to all the suitable nodes = and as soon as one of those nodes responds, the reply is used (just as = the documentation says). Moving to Quorum reads would solve part of this problem, but with one = server down and 1 slow one, I'm back to square one.=20 Greetings, Wouter