MySQL NDB Cluster 7.6.16 是 NDB 7.6 的新版本，它基于 MySQL Server 5.7，包括
NDB存储引擎 7.6 版中的功能，并修复了最近在之前的 NDB Cluster 版本中发现的错误。
获取 NDB Cluster 7.6。 NDB Cluster 7.6 源代码和二进制文件可以从 https://mysql.net.cn/downloads/cluster/获得。
有关 NDB Cluster 7.6 中所做更改的概述，请参阅 NDB Cluster 7.6 中的新增功能。
此版本还合并了以前 NDB Cluster 版本中所做的所有错误修复和更改，以及通过 MySQL 5.7.32 在主线 MySQL 5.7 中添加的所有错误修复和功能更改（请参阅MySQL 5.7.32 中的更改（2020-10- 19，一般可用性））。
-
NDB Cluster API： 此版本中已删除对 Node.js 的支持。
仅 NDB Cluster 8.0 继续支持 Node.js。（缺陷号 31781948）
NDB 客户端程序：自此 版本开始，MySQL NDB Cluster 自动安装程序 ( ndb_setup.py ) 已被弃用，并且在 NDB Cluster 的未来版本中将被删除。（缺陷号 31888835）
ndbmemcache：
ndbmemcache在此版本的 NDB Cluster 中已弃用，并计划在下一个版本中删除。（缺陷号 31876970）
打包： NDB Cluster 附带的 Dojo 库已升级到 1.15.4 版本。（缺陷号 31559518）
NDB Cluster API： 在某些情况下，该
Table::getColumn()方法返回了错误的Column对象。当一个表列的全名是另一个表列名称的前缀时，或者当两个列的名称具有相同的散列值时，就会发生这种情况。（缺陷号 31774685）NDB Cluster API： 可以使用 blob 生成无效的 NDB API 方法调用序列。这是因为某些方法调用隐式导致事务执行内联，以处理 blob 部分和其他问题，这可能导致用户定义的操作无法正确处理，因为使用执行与 blob 相关的操作的方法仍然存在用户 -定义的 blob 操作挂起。现在在这种情况下，NDB 会引发一个新错误 4558 Pending blob operations must be executed before this call。（漏洞#27772916）
在遇到配置文件中使用的数据节点后
NodeGroup=65536，管理服务器停止将缺少明确NodeGroup设置的数据节点分配给节点组。（缺陷号 31825181）在某些情况下，
QMGR返回冲突的NDB引擎和 MySQL 服务器版本信息，这可能导致管理节点意外关闭。（缺陷号 31471959）在恢复过程的不同阶段， ndb_restore对临时错误使用不同的重试次数以及重试之间的不同休眠时间。这是通过在所有恢复阶段实施一致的重试计数和休眠时间来解决的。（缺陷号 31372923）
-
当文件系统运行并且数据文件写入未与写入使用的 512 字节块大小对齐时， 备份因 FsErrInvalidParameters出错。如果数据文件中的总片段大小与 块大小不对齐， 则将最后一次写入填充到所需大小，但是当没有片段可写时， 仅将页眉和页脚写入数据文件。由于页眉和页脚小于 512 字节，导致写入出现问题。
O_DIRECTO_DIRECTO_DIRECTNDBBACKUPO_DIRECTEMPTY_ENTRY如果需要，可以通过在关闭数据文件时 使用 , 将通用页脚填充到 512 字节来解决此问题。（缺陷号 31180508） ALGORITHM=INPLACE使用导致断言 更改完全复制表的表注释 。（缺陷号 31139313）配置参数为1时数据节点没有启动，
RealtimeScheduler这是因为启动时的索引构建是通过临时挪用一些I/O线程作为索引构建线程，这些线程继承了实时性的特性I/O线程。当检查索引构建线程规范以确保它们不是实时线程时，这会导致冲突（被视为致命错误）。这是通过确保索引构建线程不被视为实时线程来解决的，无论任何设置应用于它们的主机 I/O 线程，这是它们设计中的实际意图。（漏洞#27533538）