MySQL Cluster 7.5.20 has been released
Posted by: Surabhi Bhat
Date: October 20, 2020 04:32AM
Date: October 20, 2020 04:32AM
Dear MySQL Users,
MySQL Cluster is the distributed, shared-nothing variant of MySQL. This
storage engine provides:
- In-Memory storage - Real-time performance (with optional
checkpointing to disk)
- Transparent Auto-Sharding - Read & write scalability
- Active-Active/Multi-Master geographic replication
- 99.999% High Availability with no single point of failure and
on-line maintenance
- NoSQL and SQL APIs (including C++, Java, http, Memcached and
JavaScript/Node.js)
MySQL Cluster 7.5.20 has been released and can be downloaded from
http://www.mysql.com/downloads/cluster/
where you will also find Quick Start guides to help you get your first
MySQL Cluster database up and running.
The release notes are available from
http://dev.mysql.com/doc/relnotes/mysql-cluster/7.5/en/index.html
MySQL Cluster enables users to meet the database challenges of next
generation web, cloud, and communications services with uncompromising
scalability, uptime and agility.
More details can be found at
http://www.mysql.com/products/cluster/
Enjoy !
==============================================================================
Changes in MySQL NDB Cluster 7.5.20 (5.7.32-ndb-7.5.20) (2020-10-20, General Availability)
MySQL NDB Cluster 7.5.20 is a new release of MySQL NDB Cluster 7.5,
based on MySQL Server 5.7 and including features in version 7.5 of
the NDB ( https://dev.mysql.com/doc/refman/5.7/en/mysql-cluster.html )
storage engine, as well as fixing recently discovered bugs in
previous NDB Cluster releases.
Obtaining MySQL NDB Cluster 7.5. MySQL NDB Cluster 7.5 source code
and binaries can be obtained from
https://dev.mysql.com/downloads/cluster/.
For an overview of changes made in MySQL NDB Cluster 7.5, see What is
New in NDB Cluster 7.5
( https://dev.mysql.com/doc/refman/5.7/en/mysql-cluster-what-is-new-7-5.html ).
This release also incorporates all bug fixes and changes made in
previous NDB Cluster releases, as well as all bug fixes and feature
changes which were added in mainline MySQL 5.7 through MySQL 5.7.32
(see Changes in MySQL 5.7.32 (2020-10-19, General Availability)
( https://dev.mysql.com/doc/relnotes/mysql/5.7/en/news-5-7-32.html )).
* Deprecation and Removal Notes
* Bugs Fixed
Deprecation and Removal Notes
* NDB Cluster APIs: Support for Node.js has been removed in
this release.
Node.js continues to be supported in NDB Cluster 8.0
only. (Bug #31781948)
* NDB Client Programs: Effective with this release, the MySQL NDB
Cluster Auto-Installer (ndb_setup.py) has been deprecated and is
subject to removal in a future version of NDB Cluster. (Bug
#31888835)
* ndbmemcache: ndbmemcache is deprecated in this release of NDB
Cluster, and is scheduled for removal in the next release. (Bug
#31876970)
Bugs Fixed
* Packaging: The Dojo library included with NDB Cluster has been
upgraded to version 1.15.4. (Bug #31559518)
* NDB Cluster APIs: It was possible to make invalid sequences of
NDB API method calls using blobs. This was because some method
calls implicitly cause transaction execution inline, to deal with
blob parts and other issues, which could cause user-defined
operations not to be handled correctly due to the use of a method
executing operations relating to blobs while there still
user-defined blob operations pending. Now in such cases, NDB
raises a new error 4558 Pending blob operations must be executed
before this call. (Bug #27772916)
* After encountering the data node in the configuration file which
used NodeGroup=65536
( https://dev.mysql.com/doc/refman/5.7/en/mysql-cluster-ndbd-definition.html#ndbparam-ndbd-nodegroup ),
the management server stopped assigning data nodes lacking an
explicit NodeGroup setting to node groups. (Bug #31825181)
* In some cases, QMGR
( https://dev.mysql.com/doc/ndb-internals/en/ndb-internals-kernel-blocks-qmgr.html)
returned conflicting NDB
( https://dev.mysql.com/doc/refman/5.7/en/mysql-cluster.html )
engine and MySQL server version information, which could lead to
unplanned management node shutdown. (Bug #31471959)
* During different phases of the restore process, ndb_restore used
different numbers of retries for temporary errors as well as
different sleep times between retries. This is fixed by
implementing consistent retry counts and sleep times across all
restore phases. (Bug #31372923)
* Backups errored out with FsErrInvalidParameters when the
filesystem was running with O_DIRECT and a data file write was
not aligned with the 512-byte block size used by O_DIRECT writes.
If the total fragment size in the data file is not aligned with
the O_DIRECT block size, NDB pads the last write to the required
size, but when there were no fragments to write, BACKUP
( https://dev.mysql.com/doc/ndb-internals/en/ndb-internals-kernel-blocks-backup.html )
wrote only the header and footer to the data file. Since the header
and footer are less than 512 bytes, leading to the issue with the O_DIRECT write.
This is fixed by padding out the generic footer to 512 bytes if
necessary, using an EMPTY_ENTRY, when closing the data file. (Bug #31180508)
On Behalf of MySQL Release Engineering Team,
Surabhi Bhat
Subject
Views
Written By
Posted
Sorry, you can't reply to this topic. It has been closed.
Content reproduced on this site is the property of the respective copyright holders. It is not reviewed in advance by Oracle and does not necessarily represent the opinion of Oracle or any other party.