ndbinfo信息数据库：在重新启动之后(有时不完整)可以使用回退数据填充ndbinfo.processes表，这可能导致该表中的行为空process_name值。此类备用数据不再用于此目的。(错误# 27985339)

MySQL NDB ClusterJ:无法使用JDK 9从源代码构建ClusterJ。(错误# 27977985)

释放内部缓冲区后立即重用它可能会导致计划外的数据节点关闭。(错误# 27622643)

参考:参见Bug #28698831。

一个NDB在线备份由模糊的数据、重做和撤销日志组成。要恢复到一致状态，必须确保日志包含从模糊数据部分捕获到一致快照点的所有更改。这是通过等待GCI边界在数据捕获完成之后传递，但在停止更改日志记录和在备份元数据中记录停止GCI之前实现的。

在恢复时间时，将重放到停止GCI的日志，将系统恢复到它在一致停止GCI上的状态。在负载下，问题出现了问题，可以选择太早发生的GCI边界，并且没有跨越所有捕获的数据。在恢复备份时可能导致不一致;这些可以被认为是破坏的约束或损坏团参赛作品。

现在选择STOP GCI是为了使其跨越模糊数据捕获过程的整个持续时间，因此备份日志始终包含给定停止GCI中的所有数据。（bug＃27497461）

参考:参见Bug #27566346。

为了NDB表，当作为DDL语句的一部分添加或删除外键时，引用的所有父表的外键元数据应该在连接到集群的所有SQL节点的处理程序中重新加载，但这只在mysqld.语句在其上执行。因此，任何依赖于对应父表的外键元数据的后续查询都可能返回不一致的结果。(错误# 27439587)

参考文献：另见：bug＃82989，bug＃24666177。

内部函数bitmaskimpl :: setRange（）设置少于指定的比特。（bug＃90648，bug＃27931995）

不可能创造一个NDB表的使用partition_balance.调成FOR_RA_BY_LDM_X_2,for_ra_by_ldm_x_3.,或for_ra_by_ldm_x_4.。(Bug #89811, Bug #27602352)

这个问题是:Bug #81759, Bug #23544301的回归。

当内部功能ha_ndbcluster: copy_fk_for_offline_alter ()检查表上的依赖对象，它应该从表中删除一个外键，它没有对外键执行任何过滤，使得它有可能尝试检索索引或触发，从而导致一个虚假的错误723 (没有这样的表格)。

在执行过程中创建表……如果不存在,内部open_table ()职能调用ha_ndbcluster: get_default_num_partitions ()无论何时都会隐含地open_table ()发现请求的表已经存在。在某些情况下,get_default_num_partitions ()被称为没有关联thd_ndb初始化对象，导致MySQL错误157的语句失败无法连接到存储引擎。现在get_default_num_partitions ()总是检查这个存在thd_ndb对象，并在必要时初始化它。