Merge branch 'cassandra-2.2' into trunk

This commit is contained in:
Jonathan Ellis 2015-06-03 10:32:08 -07:00
commit 06b2bd3b88
3 changed files with 21 additions and 4 deletions

View File

@ -21,6 +21,7 @@
* Let CassandraVersion handle SNAPSHOT version (CASSANDRA-9438)
Merged from 2.1:
2.1.6
* Default commitlog_sync_batch_window_in_ms changed to 2ms (CASSANDRA-9504)
* Fix empty partition assertion in unsorted sstable writing tools (CASSANDRA-9071)
* Ensure truncate without snapshot cannot produce corrupt responses (CASSANDRA-9388)
* Consistent error message when a table mixes counter and non-counter

View File

@ -137,9 +137,13 @@ Upgrading
2.1.4
=====
Upgrading
---------
The default JMX config now listens to localhost only. You must enable
the other JMX flags in cassandra-env.sh manually.
2.1.3
=====
@ -151,6 +155,7 @@ Upgrading
- Incremental replacement of compacted SSTables has been disabled for this
release.
2.1.2
=====
@ -159,6 +164,7 @@ Upgrading
- Nothing specific to this release, but please see 2.1 if you are upgrading
from a previous version.
2.1.1
=====
@ -173,6 +179,7 @@ New features
reason you want to disable it pass, the following system property
-Dcassandra.native.epoll.enabled=false
2.1
===
@ -220,6 +227,11 @@ New features
Upgrading
---------
- commitlog_sync_batch_window_in_ms behavior has changed from the
maximum time to wait between fsync to the minimum time. We are
working on making this more user-friendly (see CASSANDRA-9533) but in the
meantime, this means 2.1 needs a much smaller batch window to keep
writer threads from starving. The suggested default is now 2ms.
- Rolling upgrades from anything pre-2.0.7 is not supported. Furthermore
pre-2.0 sstables are not supported. This means that before upgrading
a node on 2.1, this node must be started on 2.0 and
@ -240,6 +252,7 @@ Upgrading
has been deprecated.
- support for supercolumns has been removed from json2sstable
2.0.11
======

View File

@ -264,13 +264,16 @@ counter_cache_save_period: 7200
# saved_caches_directory: /var/lib/cassandra/saved_caches
# commitlog_sync may be either "periodic" or "batch."
#
# When in batch mode, Cassandra won't ack writes until the commit log
# has been fsynced to disk. It will wait up to
# commitlog_sync_batch_window_in_ms milliseconds for other writes, before
# performing the sync.
# has been fsynced to disk. It will wait
# commitlog_sync_batch_window_in_ms milliseconds between fsyncs.
# This window should be kept short because the writer threads will
# be unable to do extra work while waiting. (You may need to increase
# concurrent_writes for the same reason.)
#
# commitlog_sync: batch
# commitlog_sync_batch_window_in_ms: 50
# commitlog_sync_batch_window_in_ms: 2
#
# the other option is "periodic" where writes may be acked immediately
# and the CommitLog is simply synced every commitlog_sync_period_in_ms