MySQL NDB Cluster 8.0.38 is a new release of NDB 8.0, based on
MySQL Server 8.0 and including features in version 8.0 of the
NDB
storage engine, as well as fixing
recently discovered bugs in previous NDB Cluster releases.
Obtaining NDB Cluster 8.0. NDB Cluster 8.0 source code and binaries can be obtained from https://dev.mysql.com/downloads/cluster/.
For an overview of changes made in NDB Cluster 8.0, see What is New in MySQL NDB Cluster 8.0.
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 8.0 through MySQL 8.0.38 (see Changes in MySQL 8.0.38 (2024-07-01, General Availability)).
This release is no longer available for download. It was removed due to a critical issue that could stop the server from restarting following the creation of a very large number of tables (8001, or more). Please upgrade to MySQL Cluster 8.0.39 instead.
-
ndbinfo Information Database: The following columns have been added to the
transporter_details
table:sendbuffer_used_bytes
: Number of bytes of signal data currently stored pending send using this transporter.sendbuffer_max_used_bytes
: Historical maximum number of bytes of signal data stored pending send using this transporter. Reset when the transporter connects.sendbuffer_alloc_bytes
: Number of bytes of send buffer currently allocated to store pending send bytes for this transporter. Send buffer memory is allocated in large blocks which may be sparsely used.sendbuffer_max_alloc_bytes
: Historical maximum number of bytes of send buffer allocated to store pending send bytes for this transporter.type
: The connection type used by this transporter (TCP
orSHM
).
See The ndbinfo transporter_details Table, for more information. (Bug #36579842)
References: See also: Bug #36569947.
-
NDB Client Programs: When started, ndbd now produces a warning in the data node log like this one:
2024-05-28 13:32:16 [ndbd] WARNING -- Running ndbd with a single thread of signal execution. For multi-threaded signal execution run the ndbmtd binary.
(Bug #36326896)
-
NDB Replication: When subscribing to changes in the
mysql.ndb_apply_status
table, different settings were used depending on whetherndb_log_apply_status
wasON
orOFF
. Sincendb_log_apply_status
can be changed at runtime and subscriptions are not recreated at that time, changing these settings at runtime did not have the desired effect.The difference between enabling
ndb_log_apply_status
dynamically at runtime and doing so from the start of the MySQL proccess was in the format used when writing the ndb_apply_status updates to the binary log. Whenndb_log_apply_status
was enabled at runtime, writes were still done using theUPDATE
format whenWRITE
was intended.To fix this inconsistency and make the behavior more distinct, we now always use
WRITE
format in such cases; using theWRITE
format also makes the binary log image slightly smaller and is thus preferred. In addition, the cleanup of old events has been improved, which improves the cleanup of failed attempts to create tables and events. (Bug #36453684) NDB Replication: The binary log index purge callback was skipped for the replica applier, which caused orphan rows to be left behind in the
ndb_binlog_index
table. (Bug #20573020, Bug #35847745, Bug #36378551, Bug #36420628, Bug #36423593, Bug #36485220, Bug #36492736)-
NDB Client Programs: ndb_restore did not restore a foreign key whose columns differed in order from those of the parent key.
Our thanks to Axel Svensson for the contribution. (Bug #114147, Bug #36345882)
-
The destructor for
NDB_SCHEMA_OBJECT
makes several assertions about the state of the schema object, but the state was protected by a mutex, and the destructor did not acquire this mutex before testing the state.We fix this by acquiring the mutex within the destructor. (Bug #36568964)
NDB
now writes a message to the MySQL server log before and after logging an incident in the binary log. (Bug #36548269)Removed a memory leak from
src/ndbapi/NdbDictionaryImpl.cpp
. (Bug #36532102)Removed a possible use-after-free warning in
ConfigObject::copy_current()
. (Bug #36497108)-
When a thread acquires and releases the global schema lock required for schema changes and reads, the associated log message did not identify who performed the operation.
To fix this issue, we now do the following:
Prepend the message in the log with the identification of the NDB Cluster component or user session responsible.
Provide information about the related Performance Schema thread so that it can be traced.
(Bug #36446730)
References: See also: Bug #36446604.
-
Metadata changes were not logged with their associated thread IDs. (Bug #36446604)
References: See also: Bug #36446730.
When building
NDB
using lld, the build terminated prematurely with the error message ld.lld: error: version script assignment of 'local' to symbol 'my_init' failed: symbol not defined while attempting to linklibndbclient.so
. (Bug #36431274)The included
libxml2
library was updated to version 2.9.13. (Bug #36417013)An error injected in the
LQH
proxy and then resent to all workers was eventually cleared by the workers, but not in theLQH
proxy where it was never cleared. (Bug #36398772)-
NDB Cluster's pushdown join functionality expects pushed conditions to filter exactly, so that no rows that do not match the condition must be returned, and all rows that do match the condition must returned. When the condition contained a BINARY value compared to a
BINARY
column this was not always true; if the value was shorter than the column size, it could compare as equal to a column value despite having different lengths, if the condition was pushed down toNDB
.Now, when deciding whether a condition is pushable, we also make sure that the
BINARY
value length exactly matches theBINARY
column's size. In addition, when binary string values were used in conditions withBINARY
orVARBINARY
columns, the actual length of a given string value was not used but rather an overestimate of its length. This is now changed; this should allow more conditions comparing short string values withVARBINARY
columns to be pushed down than before this fix was made. (Bug #36390313, Bug #36513270)References: See also: Bug #36399759, Bug #36400256. This issue is a regression of: Bug #36364619.
Setting
AutomaticThreadConfig
andNumCPUs
when running single-threaded data nodes (ndbd) sometimes led to unrecoverable errors. Now ndbd ignores settings for these parameters, which are intended to apply only to multi-threaded data nodes (ndbmtd). (Bug #36388981)-
Improved the error message returned when trying to add a primary key to an
NDBCLUSTER
table usingALGORITHM=INPLACE
. (Bug #36382071)References: See also: Bug #30766579.
-
The handling of the
LQH
operation pool which occurs as part of TC takeover skipped the last element in either of the underlying physical pools (static or dynamic). If this element was in use, holding an operation record for a transaction belonging to a transaction coordinator on the failed node, it was not returned, resulting in an incomplete takeover which sometimes left operations behind. Such operations interfered with subsequent transactions and the copying process (CopyFrag
) used by the failed node to recover.To fix this problem, we avoid skipping the final record while iterating through the
LQH
operation records during TC takeover. (Bug #36363119) The
libssh
library was updated to version 0.10.4. (Bug #36135621)When distribution awareness was not in use, the cluster tended to choose the same data node as the transaction coordinator repeatedly. (Bug #35840020, Bug #36554026)
In certain cases, management nodes were unable to allocate node IDs to restarted data and SQL nodes. (Bug #35658072)
Setting
ODirect
in the cluster's configuration caused excess logging when verifying thatODirect
was actually settable for all paths. (Bug #34754817)