New Survey: Leveraging real-time data delivers higher revenue growth and increased developer productivity. Learn more.

Toggle Menu
Configuration changes in Cassandra 1.2

Cassandra 1.2 brings a number of new and improved configuration options that it is good to be aware of.

Request timeouts

We've split the old rpc_timeout_in_ms setting into separate timeouts for [single-row] reads, range scans, writes, truncation, and miscellanea. This allows you more fine-grained control over timeouts; in particular, range queries tend to take longer than others, and truncate requires flushing so it will also be slower.

We've left the defaults alone for all of these but truncate, which was extended to 60s. (Incidentally, in 1.2 truncate only needs to flush the table being emptied, not every table in the cluster.)

Improved recovery from request overload

Cassandra deals with request overload by dropping requests that are so behind that they've timed out before being processed. Prior to Cassandra 1.2, each replica tracked request timeout locally -- that is, it assumed that setting up the request on the coordinator was instantaneous. But if the coordinator is also overloaded, which is often the case, then this is not a good assumption.

For 1.2 we've added the ability to do this with the cross_node_timeout option. This is off by default, since it requires your Cassandra cluster's clocks to be synchronized. If you have ntp enabled or otherwise synchronize your clocks, go ahead and turn cross node timeouts on.

End-to-end encryption

Cassandra has supported SSL between cluster nodes since 0.8. Now we're extending that to client connections as well. Look for client_encryption_options in cassandra.yaml.

Bloom filters

Cassandra uses bloom filters in its log-structured storage engine to avoid scanning data files that can't possibly include the partitions being queried.

Bloom filters are configured on a per-table basis, not globally like the above options. Compaction is also configured per-table.

Since leveled compaction does such a good job at minimizing the number of sstables that a given data partition can be spread across, we don't need to be quite so aggressive with the bloom filters we create. By default, Cassandra 1.2 will use a bloom filter false positive chance of 0.1 for tables using leveled compaction, and 0.01 for tables using size-tiered compaction. This results in memory savings of about 50% for those bloom filters.


We've blogged about some other configuration changes in longer articles:

Authored by

Sign up for our Developer Newsletter

Get the latest articles on all things data delivered straight to your inbox.

Open-Source, Scale-Out, Cloud-Native NoSQL Database

Astra DB is scale-out NoSQL built on Apache Cassandra™. Handle any workload with zero downtime and zero lock-in at global scale.

Open-Source, Scale-Out, Cloud-Native NoSQL Database