The ScyllaDB team announces the release of Scylla Enterprise 2019.1.10, a production-ready Scylla Enterprise patch release. As always, Scylla Enterprise customers are encouraged to upgrade to Scylla Enterprise 2019.1.10 in coordination with the Scylla support team.
The focus of Scylla Enterprise 2019.1.10 is improving stability and bug fixes. More below.
Related Links
- Get Scylla 2019.1.10 (customers only, or 30-day evaluation)
- Upgrade from 2019.1.x to 2019.1.10
- Upgrade from 2018.1.x to 2019.1
- Upgrade from Scylla Open Source 3.0 to Scylla 2019.1
- Submit a ticket
Fixed issues in this release are listed below, with open source references, if present:
- Performance: A few of the local system tables from the `system` namespace, like large_partitions do not use gc grace period to 0, which may result in millions of tombstones being needlessly kept for these tables, which can cause read timeouts. Local system tables use LocalStrategy replication, so they do not need to be concerned about gc grace period. #6325
- CQL: ALTERing compaction settings for table also sets
default_time_to_live
to 0 #5048 - Stability: Scylla freezes when casting a decimal with a negative scale to a float #6720
- Stability: In a case when using partition or clustering keys which have a representation in memory which is larger than 12.8 KB (10% of LSA segment size), linearization of the large (fragmented) keys may cause undefined behavior #6637
- Correctness: Materialized view updates with future partition tombstones are not correctly generated. When the base table does not have any rows, but it does have a partition tombstone with a given timestamp, inserting a base row with a smaller timestamp will generate an incorrect materialized view update #5793