Im laufenden Cassandra Version 2.1.2 und cqlsh Cassandra 5.0.1 auf Primärschlüssel durchgeführtdeutliche Wählen falsche Werte gibt, auch wenn
Hier die Tabelle weather.log ist, Wetter ist der Schlüsselraum eine Konsistenz Höhe. Ich habe 2 Knoten konfiguriert.
CREATE KEYSPACE weather WITH replication = {'class': 'NetworkTopologyStrategy', 'us-east': '1'} AND durable_writes = true;
CREATE TABLE weather.log ( ip inet, ts timestamp, city text, country text, PRIMARY KEY (ip, ts) ) WITH CLUSTERING ORDER BY (ts DESC) AND bloom_filter_fp_chance = 0.01 AND caching = '{"keys":"ALL", "rows_per_partition":"NONE"}' AND comment = '' AND compaction = {'min_threshold': '4', 'class': 'org.apache.cassandra.db.compaction.SizeTieredCompactionStrategy', 'max_threshold': '32'} AND compression = {'sstable_compression': 'org.apache.cassandra.io.compress.LZ4Compressor'} AND dclocal_read_repair_chance = 0.1 AND default_time_to_live = 0 AND gc_grace_seconds = 864000 AND max_index_interval = 2048 AND memtable_flush_period_in_ms = 0 AND min_index_interval = 128 AND read_repair_chance = 0.0 AND speculative_retry = '99.0PERCENTILE';
Wenn wir die Abfrage ausführen.
select distinct ip from weather.log
Wir bekommen inkonsistent, falsche Antworten. Sobald wir 99 das nächste Mal bekommen, bekommen wir 1600 usw. [wo die tatsächliche Zahl> 2000 sein sollte]
Ich habe diese Abfrage mit Konsistenz-Level auf ALL auch versucht. Es ist Arbeit.
Warum passiert das? Ich muss alle Schlüssel bekommen. Wie bekomme ich alle Primärschlüssel?
Haben Sie versucht, die ALLOW FILTERING-Klausel hinzuzufügen? – Whitefret
SELECT DISTINCT kann nur für einen Primärschlüssel verwendet werden. – Raedwald
@Raedwald IP ist der Primärschlüssel richtig? – mehnaazm