建筑与CMake3现在由compile-cluster包含在NDB源分布。

重要的变化:的依赖ndb_restore在NDBT库，该库仅用于内部测试，已被删除。这意味着程序不再打印NDBT_ProgramExit:…当终止。当升级到此版本时，应该更新依赖于此行为的应用程序以反映此更改。

push join with命令不总是按指定的顺序返回结果的行。当优化器使用有序索引提供排序，而索引使用表中的列作为推入连接的根时，就会发生这种情况。(错误# 29860378)

的requestInfo的长形式和短形式LQHKEYREQ信号有不同的定义;在短版本中用于键长度的位被重用为长版本中的标志，因为键长度隐含在信号的长版本的段长度中，但对于长版本是可能的LQHKEYREQ在这些相同的位中包含键长度的信号，这可能被接收的本地查询处理程序误解，从而可能导致错误。现在已经实施了检查，以确保这种情况不再发生。(错误# 29820838)

缺乏SharedGlobalMemory被错误地报告为缺乏撤消缓冲区内存，即使群集没有使用磁盘数据表。(错误# 29806771)

这个问题是一个Bug #92125, Bug #28537319的回归。

长TCKEYREQ调用时，信号并不总是使用预期的格式TCINDXREQ处理。(错误# 29772731)

的最大偏移量时打印的错误消息固定列是超过。(错误# 29714670)

中的断言可能导致数据节点失败DBTC在资源受限的环境中，在某些情况下阻塞。(错误# 29528188)

如果重做日志被填充到超过25%的容量，那么从较早版本升级到NDB 7.6.9或更高版本就不能成功完成。(错误# 29506844)

当DBSPJ块调用内部函数lookup_resume ()要调度先前排队的操作，它使用的关联ID可能是在执行顺序中从其直接祖先产生的，而不是假设的查询树中的其父。这可能发生在执行选择STRAIGHT_JOIN查询

现在NDB检查执行父节点是否与查询树父节点不同，如果不不同，则执行查询树父节点的查找，并将父节点的相关ID放入队列，以便稍后执行。(错误# 29501263)

当新主人接管时，派了一个MASTER_LCP_REQ信号和执行MASTER_LCPCONF从参与节点来看，它期望它们没有完成前一个主节点下的当前本地检查点，这并不一定是真的。(Bug #29487340, Bug #29601546)

当恢复TINYBLOB列,ndb_restore现在对待他们就像拥有二进制字符集。(错误# 29486538)

时代的恢复通过ndb_restore由于临时重做错误而失败。现在ndb_restore当发生这种错误时，重试纪元更新。(错误# 29466089)

ndb_restore——restore-epoch错误地报告了止损GCP比实际位置少1。(错误# 29343655)

增加了在ndb_restore对于以下类型集合之间的转换:

(错误# 28074988)