This is a bugfix release, fixing recently discovered bugs in the previous MySQL Cluster NDB 6.3 release.
Obtaining MySQL Cluster NDB 6.3. The latest MySQL Cluster NDB 6.3 binaries for supported platforms can be obtained from http://dev.mysql.com/downloads/cluster/. Source code for the latest MySQL Cluster NDB 6.3 release can be obtained from the same location. You can also access the MySQL Cluster NDB 6.3 development source tree at https://code.launchpad.net/~mysql/mysql-server/mysql-5.1-telco-6.3.
This release incorporates all bugfixes and changes made in previous MySQL Cluster releases, as well as all bugfixes and feature changes which were added in mainline MySQL 5.1 through MySQL 5.1.56 (see Changes in MySQL 5.1.56 (2011-03-01)).
Please refer to our bug database at http://bugs.mysql.com/ for more details about the individual bugs fixed in this version.
When global checkpoint indexes were written with no intervening end-of-file or megabyte border markers, this could sometimes lead to a situation in which the end of the redo log was mistakenly regarded as being between these GCIs, so that if the restart of a data node took place before the start of the next redo log was overwritten, the node encountered an Error while reading the REDO log. (Bug #12653993, Bug #61500)
References: See also Bug #56961.
Error reporting has been improved for cases in which API nodes are unable to connect due to apparent unavailability of node IDs. (Bug #12598398)
Error messages for Failed to convert connection transporter registration problems were inspecific. (Bug #12589691)
Under certain rare circumstances, a data node process could fail with Signal 11 during a restart. This was due to uninitialized variables in the
QMGRkernel block. (Bug #12586190)
Handling of the
MaxNoOfAttributesconfiguration parameters was not consistent in all parts of the
NDBkernel, and were only strictly enforced by the
SUMAkernel blocks. This could lead to problems when tables could be created but not replicated. Now these parameters are treated by
DBDICTas suggested maximums rather than hard limits, as they are elsewhere in the
NDBkernel. (Bug #61684)
Cluster API: Within a transaction, after creating, executing, and closing a scan, calling
NdbTransaction::refresh()after creating and executing but not closing a second scan caused the application to crash. (Bug #12646659)