PDF（美国LTR）- 0.8MB.
PDF（A4）- 0.8MB.
HTML下载（TGZ）- 169.1KB.
HTML下载（ZIP）- 225.8KB.
MySQL NDB群集7.6.17是基于MySQL Server 5.7的新版本，包括7.6版本中的功能NDB.存储引擎，以及最近修复以前的NDB群集版本中的错误。
获取NDB群集7.6。NDB集群7.6源代码和二进制文件可以从中获得10bet博彩公司 。
有关NDB集群7.6中的更改概述，请参阅什么是NDB集群7.6。
此版本还包含所有错误修复和更改，并在前一个NDB群集版本中进行，以及通过MySQL 5.7.33的主线MySQL 5.7中添加的所有错误修复和功能更改（参见MySQL 5.7.33（2021-01-18，普通可用性）的变化）。
NDB客户程序：对此版本有效，MySQL NDB集群自动安装程序（ndb_setup.py.已从NDB集群二进制和源分发中删除已删除，不再支持。（bug＃32084831）
参考文献：另见：bug＃31888835。
ndbmemcache：
ndbmemcache.已在前一种释放NDB集群中弃用的，现在已从NDB集群中删除，不再支持。（bug＃32106576）
在使用推送的连接中检索排序结果时
订购与之指数访问方法（无需filesort.），SQL节点有时意外终止。（bug＃32203548）Redo日志初始化的日志记录显示了日志部分索引而不是日志零件号。（bug＃32200635）
由于使用扩展信号存储器作为临时存储，信号数据被覆盖（和丢失）。现在在这种情况下，不使用扩展信号存储器以这种方式使用。（bug＃32195561）
使用索引统计（3056字节）支持的索引密钥的最大大小导致数据节点中的缓冲区问题。（bug＃32094904）
参考：另请参阅：Bug＃25038373。
与编写重做日志记录一样，当当前用于编写全局检查点记录的文件变得完全时，将切换到下一个文件。此开关不应该发生，直到新文件实际准备好接收记录，但没有检查，以确保这种情况。这可能导致无计计划的数据节点关闭使用备份恢复数据ndb_restore.。（bug＃31585833）
ndb_restore.重放删除Blob值的备份日志时遇到间歇性错误;这是由于删除包含BLOB一个或多个值的主表行时删除BLOB部件。这通过修改来修复ndb_restore.要使用Blob删除的异步API，当删除Blob主表行时不会触发Blob Part删除（与同步API不同），因此主表的DELETE LOG事件仅从主表中删除行。（bug＃31546136）
当准备表创建架构事务时，表将在
ts_creating.国家，并改为ts_active.架构交易提交的状态DBDIH.堵塞。在节点充当的情况下DBDIH.协调器在架构事务提交时失败，另一个节点开始接管协调员。处理此节点失败时采取以下操作：DBDICT.向前滚动表创建架构事务，然后提交，导致表涉及更改为ts_active.状态。DBDIH.从存储的片段副本列表到另一个列表，从故障节点上移动活动表副本将活动表副本移动到另一个列表中，开始从表中删除故障节点。
这些动作是异步多次执行的，并且当交织可能导致竞争条件时。结果，其中失败节点的副本驻留的副本列表变得不明确，并且可以在恢复节点（即，新协调器）和其他之间不同
DIH.参与者节点。这种差异违反了知道在其他参与者上恢复失败的节点恢复期间找到失败节点的副本的列表。要解决此问题，现在不仅涵盖了表中的活动表副本
ts_active.国家，但那些人ts_creating.（准备的）状态，由于准备好的模式交易始终向前汇总。此外，正在中止的表创建模式事务的状态现在已更改
ts_creating.或者TS_IDLE.至ts_dropping.，避免任何种族条件。（bug＃30521812）