This is a bugfix release, fixing recently discovered bugs in the previous MySQL Cluster NDB 6.2 release.
Obtaining MySQL Cluster NDB 6.2. You can download the latest MySQL Cluster NDB 6.2 source code and binaries for supported platforms from http://dev.mysql.com/downloads/cluster.
This Beta release incorporates all bugfixes and changes made in previous MySQL Cluster NDB 6.2 releases, as well as all bugfixes and feature changes which were added in mainline MySQL 5.1 through MySQL 5.1.22 (see Section C.1.8, “Changes in MySQL 5.1.22 (24 September 2007: Release Candidate)”).
Please refer to our bug database at http://bugs.mysql.com/ for more details about the individual bugs fixed in this version.
Functionality added or changed:
Important Note: MySQL Cluster NDB 6.2 and 6.3 source archives are now available in separate commercial and GPL versions. Due to licensing concerns, previous MySQL Cluster NDB 6.2 and 6.3 source archives were removed from the FTP site.
Bugs fixed:
MySQL Cluster: In a cluster running in diskless mode and with arbitration disabled, the failure of a data node during an insert operation caused other data node to fail. (Bug#31980)
MySQL Cluster:
An insert or update with combined range and equality constraints
failed when run against an NDB table with the
error Got unknown error from NDB. An
example of such a statement would be UPDATE t1 SET b =
5 WHERE a IN (7,8) OR a >= 10;.
(Bug#31874)
MySQL Cluster:
An error with an if statement in
sql/ha_ndbcluster.cc could potentially lead
to an infinite loop in case of failure when working with
AUTO_INCREMENT columns in
NDB tables.
(Bug#31810)
MySQL Cluster:
The NDB storage engine code was not safe for
strict-alias optimization in gcc 4.2.1.
(Bug#31761)
MySQL Cluster: Following an upgrade, ndb_mgmd would fail with an ArbitrationError. (Bug#31690)
MySQL Cluster:
The NDB management client command
provided no output when
node_id REPORT
MEMORYnode_id was the node ID of a
management or API node. Now, when this occurs, the management
client responds with Node
.
(Bug#29485)node_id: is not a data
node
MySQL Cluster:
Performing DELETE operations after a data
node had been shut down could lead to inconsistent data
following a restart of the node.
(Bug#26450)
MySQL Cluster:
UPDATE IGNORE could sometimes fail on
NDB tables due to the use of unitialized data
when checking for duplicate keys to be ignored.
(Bug#25817)
Cluster Replication: A node failure during replication could lead to buckets out of order; now active subscribers are checked for, rather than empty buckets. (Bug#31701)
Cluster Replication:
When the master mysqld crashed or was
restarted, no LOST_EVENTS entry was made in
the binlog.
(Bug#31484)
See also Bug#21494


User Comments
Add your own comment.