源代码分发 中包含的编译集群脚本现在支持 使用CMake3构建。NDB

重要更改：ndb_restore对 NDBT仅用于内部测试的库 的依赖性NDBT_ProgramExit: ...这意味着程序在终止时不再打印依赖此行为的应用程序应在升级到此版本时进行更新以反映此更改。

NDB 复制： NDB没有正确处理虚拟生成列类型的二进制日志记录BLOB 。现在，此类列始终被视为具有零长度。

推送连接ORDER BY并不总是以指定的顺序返回结果的行。当优化器使用有序索引提供排序并且索引使用表中的列作为推送连接的根时，可能会发生这种情况。（缺陷号 29860378）

requestInfo信号的长格式和短格式的字段 有LQHKEYREQ不同的定义；用于短版本中密钥长度的位在长版本中被重新用于标志，因为密钥长度隐含在长版本信号的部分长度中，但长LQHKEYREQ 信号有可能在这些相同的部分中包含密钥长度位，这可能会被接收本地查询处理程序误解，从而可能导致错误。现在已经实施检查以确保不再发生这种情况。（缺陷号 29820838）

缺少 SharedGlobalMemory被错误地报告为缺少撤消缓冲区内存，即使集群不使用磁盘数据表。（漏洞 #29806771）

参考资料：此问题是 Bug #92125、Bug #28537319 的回归。

从处理调用时， 长TCKEYREQ信号并不总是使用预期的格式。TCINDXREQ（漏洞#29772731）

改进了 FIXED超过列的最大偏移量时打印的错误消息。（漏洞 #29714670）

DBTC在资源受限环境中的某些情况下， 数据节点可能会由于块中的断言而失败 。（漏洞#29528188）

如果重做日志已填充到容量的 25% 以上，则无法成功完成从早期版本升级到 NDB 7.6.9 或更高版本。（缺陷号 29506844）

当该DBSPJ块调用内部函数lookup_resume()来安排先前排队的操作时，它使用了一个相关 ID，该 ID 可能是从其执行顺序中的直接祖先生成的，而不是假设的查询树中的父级生成的。这可能在执行SELECT STRAIGHT_JOIN查询期间发生。

现在NDB检查执行祖先是否与查询树父项不同，如果不同，则执行查询树父项的查找，并将父项的相关 ID 排入队列以供稍后执行。（漏洞 #29501263）

当一个新的 master 接管，发送 MASTER_LCP_REQ信号并 MASTER_LCPCONF从参与节点执行时，它期望它们没有在前一个 master 下完成当前本地检查点，这不一定是真的。（错误#29487340，错误#29601546）

恢复TINYBLOB列时， ndb_restore现在将它们视为具有 BINARY字符集。（漏洞#29486538）

由于临时重做错误， ndb_restore 恢复纪元失败。现在，当发生此类错误时， ndb_restore 会 重试纪元更新。（漏洞#29466089）

ndb_restore --restore-epoch错误地将停止 GCP 报告为比实际位置小 1。（漏洞 #29343655）

添加了 ndb_restore中缺少的对以下类型集之间转换的支持：

（漏洞#28074988）

使用选项创建的备份中的还原点 SNAPSHOTSTART（请参阅 使用 NDB Cluster Management Client 创建备份）并不总是与纪元边界一致。（漏洞#27566346）

参考资料：另请参阅：Bug #27497461。