This is a new release, fixing recently discovered bugs in previous MySQL Cluster NDB 6.3 releases.
Obtaining MySQL Cluster NDB 6.3. Previously, MySQL Cluster NDB 6.3 releases were source-only releases which required compiling and installing using the instructions found in Section 2.3, “MySQL Installation Using a Source Distribution”, and in Section 17.2.1, “MySQL Cluster Multi-Computer Installation”. Beginning with MySQL Cluster NDB 6.3.17, binaries built from NDB 6.3 sources are also available. You can download the latest MySQL Cluster NDB 6.2 source code and binaries for supported platforms from http://dev.mysql.com/downloads/select.php?id=14.
This release incorporates all bugfixes and changes made in previous MySQL Cluster NDB 6.3 releases, as well as all bugfixes and feature changes which were added in mainline MySQL 5.1 through MySQL 5.1.27 (see Section C.1.25, “Changes in MySQL 5.1.27 (Not released)”).
Please refer to our bug database at http://bugs.mysql.com/ for more details about the individual bugs fixed in this version.
Bugs fixed:
Packaging:
Support for the InnoDB
storage engine was
missing from the GPL source releases. An updated GPL source
tarball
mysql-5.1.27-ndb-6.3.17-innodb.tar.gz
which
includes code for building InnoDB
can be
found on
the
MySQL FTP site.
MgmtSrvr::allocNodeId()
left a mutex locked
following an Ambiguity for node if %d
error.
(Bug#39158)
An invalid path specification caused mysql-test-run.pl to fail. (Bug#39026)
During transactional coordinator takeover (directly after node
failure), the LQH finding an operation in the
LOG_COMMIT
state sent an
LQH_TRANS_CONF
signal twice, causing the TC
to fail.
(Bug#38930)
An invalid memory access caused the management server to crash on Solaris Sparc platforms. (Bug#38628)
A segfault in Logger::Log
caused
ndbd to hang indefinitely.
(Bug#38609)
ndb_mgmd failed to start on older Linux distributions (2.4 kernels) that did not support e-polling. (Bug#38592)
ndb_mgmd sometimes performed unnecessary network I/O with the client. This in combination with other factors led to long-running threads that were attempting to write to clients that no longer existed. (Bug#38563)
ndb_restore failed with a floating point exception due to a division by zero error when trying to restore certain data files. (Bug#38520)
A failed connection to the management server could cause a resource leak in ndb_mgmd. (Bug#38424)
Failure to parse configuration parameters could cause a memory leak in the NDB log parser. (Bug#38380)
Renaming an NDBCLUSTER
table on one
SQL node, caused a trigger on this table to be deleted on
another SQL node.
(Bug#36658)
Attempting to add a UNIQUE INDEX
twice to an
NDBCLUSTER
table, then deleting
rows from the table could cause the MySQL Server to crash.
(Bug#35599)
ndb_restore failed when a single table was specified. (Bug#33801)
GCP_COMMIT
did not wait for transaction
takeover during node failure. This could cause
GCP_SAVE_REQ
to be executed too early. This
could also cause (very rarely) replication to skip rows.
(Bug#30780)
Cluster Replication: During a parallel node restart, the starting nodes could (sometimes) incorrectly synchronize subscriptions among themselves. Instead, this synchronization now takes place only among nodes that have actually (completely) started. (Bug#38767)
Cluster API:
Support for Multi-Range Read index scans using the old API
(using, for example,
NdbIndexScanOperation::setBound()
or
NdbIndexScanOperation::end_of_bound()
) were
dropped in MySQL Cluster NDB 6.2. This functionality is restored
in MySQL Cluster NDB 6.3 beginning with 6.3.17, but remains
unavailable in MySQL Cluster NDB 6.2. Both MySQL Cluster NDB 6.2
and 6.3 support Multi-Range Read scans via the
NdbRecord
API.
(Bug#38791)
Cluster API:
The NdbScanOperation::readTuples()
method
could be called multiple times without error.
(Bug#38717)
Cluster API:
Certain Multi-Range Read scans involving IS
NULL
and IS NOT NULL
comparisons
failed with an error in the NDB
local query handler.
(Bug#38204)
Cluster API:
Problems with the public headers prevented
NDB
applications from being built
with warnings turned on.
(Bug#38177)
Cluster API:
Creating an NdbScanFilter
object using an
NdbScanOperation
object that had not yet had
its readTuples()
method called resulted in a
crash when later attempting to use the
NdbScanFilter
.
(Bug#37986)
Cluster API:
Executing an NdbRecord
interpreted delete
created with an ANYVALUE
option caused the
transaction to abort.
(Bug#37672)
User Comments
Add your own comment.