Percona XtraDB Cluster 5.7.24-31.33¶
Percona is glad to announce the release of Percona XtraDB Cluster 5.7.24-31.33 on January 4, 2019. Binaries are available from the downloads section or from our software repositories.
Percona XtraDB Cluster 5.7.24-31.33 is now the current release, based on the following:
-
Galera Replication library 3.25
-
Galera/Codership WSREP API Release 5.7.24
Deprecated¶
The following variables are deprecated starting from this release:
-
wsrep_preorderedwas used to turn on transparent handling of preordered replication events applied locally first before being replicated to other nodes in the cluster. It is not needed anymore due to the carried out performance fix eliminating the lag in asynchronous replication channel and cluster replication. -
innodb_disallow_writesusage to make InnoDB avoid writes during was deprecated in favor of theinnodb_read_onlyvariable. -
wsrep_drupal_282555_workaroundavoided the duplicate value creation caused by buggy auto-increment logic, but the correspondent bug is already fixed. -
session-level variable
binlog_format=STATEMENTwas enabled only forpt-table-checksum, which would be addressed in following releases of the Percona Toolkit.
Fixed Bugs¶
-
PXC-2220: Starting two instances of Percona XtraDB Cluster on the same node could cause writing transactions to a page store instead of a galera.cache ring buffer, resulting in huge memory consumption because of retaining already applied write-sets.
gcs.fc_limit=0 not allowed as dynamic
setting to avoid generating flow control on every message was still possible
in my.cnf due to the inconsistent check.
-
PXC-2238: setting
read_only=1caused race condition. -
PXC-1131:
mysqld-systemdthrew an error at MySQL restart in case of non-existing error-log in Centos/RHEL7. -
PXC-2269: being not dynamic, the
pxc_encrypt_cluster_trafficvariable was erroneously allowed to be changed by aSET GLOBALstatement. -
PXC-2275: checking
wsrep_node_addressvalue in thewsrep_sst_commoncommand line parser caused parsing the wrong variable.