Hi,

I'm somewhat lost in regards to the results I can expect from running range
queries in a (temporarily) 'inconsistent' cluster (e.g. if node has been
down for some time and hasn't caught up yet).

Suppose I have 4 nodes in 2 DCs (cassandra 1.1.7):
DCa: a1 and a2
DCb: b1 and b2
I'm using ByteOrdered partitioner and nodes are balanced (tokens are set
properly to split data evenly in each DC, tokens in DCb are [DCa + 1]).

I'm running with replication DCa:2, DCb:2 (each node contains full data).
I'm using counters only and I'm putting heavy load (say 10k increments per
second). The writes are directed to a1 and a2 only, b1 and b2 are for backup
and possibly for running queries against (haven't decided yet). I monitor
cluster via nodetool and see that data load is even on all nodes (as is
expected).

Now a2 goes down. I can immediately see that a1 data load grows very-very
rapidly (because of hints for a2). After half an hour a2 comes back up. I
know from experience that it'll take hours before all hints from a1 will be
sent to a2.

What is going to happen with range queries directed to a1 & a2 while a2
catches up?

As far as I understand, there's no read-repair when doing range queries, so
there's no usual assurance of "wrong once, correct next time around".

- Does consistency level setting apply to range queries?
- If I direct query to a1 (which is up-to-date), will it go to a2 for the
slice that 'belongs' to a2? (even though a1 has full replica of data)
- If I direct query to a2 (which is NOT up-to-date), is it smart enough to
go to a1 for data?
- In general, considering I have a cluster with 3 nodes up-to-date and one
that is not -- is there a way to run a query that'll return up-to-date data
(i.e. will not use data from a2)?


Also, what if a2 has been down for longer than hints window (1 hour by
default)? Is Cassandra smart enough to avoid using a2 for range queries
while it is inconsistent?

Thanks in advance,
Sergey



--
View this message in context: 
http://cassandra-user-incubator-apache-org.3065146.n2.nabble.com/Range-Queries-consistency-in-an-inconsistent-cluster-tp7585400.html
Sent from the cassandra-u...@incubator.apache.org mailing list archive at 
Nabble.com.

Reply via email to