由于您已推出自己的复合专栏名称,你基本上不得不发出多次接听。
这并不是一个可怕的大型交易效率的明智之举,因为这些栏目是同一个栏目,如果你正确选择你的比较器,就应当是一个单一磁盘。 其后在同一行次的问询应打到非洲顾问办磁盘(OS级,与Casses公司无关)。
为经常查阅全部内容的小行设计了罗条ach(如序列物体或类似物体)。 他们实际上将给像这样的大行施加大量的记忆压力。 我建议为这一家庭安排留有残疾的囚室。
If you find you need to, you can do some additional tweaking via making the following adjustments:
- turn down read_repair_chance
- enable result pinning : https://github.com/apache/cassandra/blob/cassandra-0.7.0/conf/cassandra.yaml#L229-236
This will let your 0S S file system cache work more efficiently since the same hosts will be handling the same queries, and the subsequent slices will be operating on sections of the row ideally in the same SSTable and thus in FS cache.
(Shameless plug - but actually quite helpful in these situations) Also, consider a free download OpsCenter (http://www.datastax.com/opscenter), and watch the metrics for the column family as you experiment with the different options. This will give you an idea of the most efficient way to structure your queries specifically for your data.