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.23 (see Section C.1.7, “Changes in MySQL 5.1.23 (29 January 2008)”).
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:
Beginning with this version, MySQL Cluster NDB
6.3.x releases once again include the
InnoDB storage engine. In order to enable
InnoDB, you must configure the build using
--with-innodb.
Bugs fixed:
MySQL Cluster:
Upgrades of a cluster using while a
DataMemory setting in excess of 16 GB caused
data nodes to fail.
(Bug#34378)
MySQL Cluster:
Performing many SQL statements on NDB tables
while in AUTOCOMMIT mode caused a memory leak
in mysqld.
(Bug#34275)
MySQL Cluster: In certain rare circumstances, a race condition could occur between an aborted insert and a delete leading a data node crash. (Bug#34260)
MySQL Cluster: Multi-table updates using ordered indexes during handling of node failures could cause other data nodes to fail. (Bug#34216)
MySQL Cluster:
When configured with NDB support, MySQL
failed to compile using gcc 4.3 on 64bit
FreeBSD systems.
(Bug#34169)
MySQL Cluster: The failure of a DDL statement could sometimes lead to node failures when attempting to execute subsequent DDL statements. (Bug#34160)
MySQL Cluster:
Extremely long SELECT statements (where the
text of the statement was in excess of 50000 characters) against
NDB tables returned empty results.
(Bug#34107)
MySQL Cluster:
Statements executing multiple inserts performed poorly on
NDB tables having
AUTO_INCREMENT columns.
(Bug#33534)
MySQL Cluster: The ndb_waiter utility polled ndb_mgmd excessively when obtaining the status of cluster data nodes. (Bug#32025)
See also Bug#32023
MySQL Cluster: Transaction atomicity was sometimes not preserved between reads and inserts under high loads. (Bug#31477)
MySQL Cluster: Having tables with a great many columns could cause Cluster backups to fail. (Bug#30172)
Cluster Replication: Disk Data:
Statements violating unique keys on Disk Data tables (such as
attempting to insert NULL into a NOT
NULL column) could cause data nodes to fail. When the
statement was executed from the binlog, this could also result
in failure of the slave cluster.
(Bug#34118)
Disk Data: Updating in-memory columns of one or more rows of Disk Data table, followed by deletion of these rows and re-insertion of them, caused data node failures. (Bug#33619)
Cluster Replication:
Setting --replicate-ignore-db=mysql caused the
mysql.ndb_apply_status table not to be
replicated, breaking Cluster Replication.
(Bug#28170)


User Comments
Add your own comment.