How does a Cassandra Secondary-Index work internally? The docs state it is some kind of Hash Index:
Given i have the colum username="foobar" (Column username will be scondary index) in a CF User with RandomOrderingPartitioner
- Is my asumption correct, that cassandra uses a "Distributed Hash Index" (=so the index is not on one single node=the index is splitted)?
- On how many nodes are the index-parts held (the same amout as the replicatio factor)?
On which nodes are the index-parts held (does Cassandra split the index by the same logic as the key with RandomOrderingPartitioner)?
In case the index is hold on only one node (and of course replicated), how does cassandra "determin" the node that is responsible for the index (By hashing the columname and then using the randompartitioner logik to determine the node)?
Is it really true, that this index is optimized for low cardinality? If yes, what is a rough estimate ( is there a concrete figure that i can use to judge), that I should not use a secondary index (and rather use a seperate CF for the index)? Or said differently how to calculate the cardinality and make the right decision?
I am trying to understand this.
Secondary indexes are basically just another column family. They are not directly accessible to users, but you can see statistics via the JMX bean: org.apache.cassandra.db.IndexedColumnFamilies
You can consult the statistics here to gauge the effectiveness of your index as you would a normal column family.
For more details see these previous posts:
How are Cassandra's 0.7 Secondary Indexes stored?
How scalable are automatic secondary indexes in Cassandra 0.7?
And since you have a hector tag, here is a link to the test case for IndexedSlicesQuery: https://github.com/rantav/hector/blob/master/core/src/test/java/me/prettyprint/cassandra/model/IndexedSlicesQueryTest.java
来源：https://stackoverflow.com/questions/6418181/cassandra-and-secondary-indexes-how-do-they-work-internally