NDB集群api:在部分重启期间多个数据节点失败可能导致API节点失败的问题中，以前的一个修复没有正确检查关联的有效性NdbReceiver对象在继续之前。现在，在这种情况下，无效对象将触发对无效信号的处理，而不是节点故障。(错误# 25902137)

这个问题是Bug #25092498的回归。

NDB集群api:时返回不正确的结果，通常是空结果集setBound ()用来指定一个零边界。此问题似乎是由GCC中的问题引起的，仅限于使用此方法的旧版本的情况（不用使用NdbRecord），并通过在旧实现中重写问题内部逻辑来修复。（bug＃89468，bug＃27461752）

在某些情况下，当事务在DBTC块中，仍然有未被引用计数的操作记录的触发记录的链接，但是当这样的操作记录被释放时，触发引用计数仍然减少。(错误# 27629680)

分析表在大型低基数表上使用过量的CPU。（bug＃27438963）

使用非常大的列表的查询在未正确处理，可能导致数据节点故障。(错误# 27397802)

参考文献：另见：Bug＃28728603。

在某些情况下，数据节点过载可能会导致数据节点意外关闭，从而导致所有数据节点与管理和节点断开连接。

这是由于当时的情况API_FAILREQ在节点故障前不是最后接收到的信号。

作为此修复的一部分，事务协调器的处理SCAN_TABREQAN.ApiConnectRecord在不正确的状态下也得到了改善。(错误# 27381901)

参考文献：另见：Bug＃47039，Bug＃11755287。

在两个节点群集中，当使用最低ID的节点开始使用时- 伦大略特，API客户端无法连接，失败无法在主机端口port_no上的全匹配节点ID：没有找到MySQLD（API）的免费节点ID。(错误# 27225212)

在某些情况下，数据节点在执行过程中不必要地重新启动ALTER TABLE ...重新组织分区。（bug＃25675481）

参考:参见:Bug #26735618, Bug #27191468。

当其他线程并发地将信号数据插入发送缓冲区时，传输程序的异步断开和重新连接有时会发生竞争条件，导致集群的计划外关闭。

作为修复此问题的工作的一部分，Transporter Registry准备发送时使用的内部模板函数将被重构，以使用可能或不可能的逻辑来加快执行速度，并删除大量对NULL的重复检查。(Bug #24444908, Bug #25128512)

参考:参见Bug #20112700。

ndb_restore有时，日志数据文件和日志文件进度值远远大于100%。(错误# 20989106)

由于在执行辅助发送时重用用于发送线程的代码，所有本地发布发送缓冲区都释放到全局池，这导致本地发送缓冲池的预期级别被忽略。现在发送线程和协助工作线程遵循自己的策略来维护其本地缓冲池。（bug＃89119，bug＃27349118）

当发送优先级为A的信号时，我们现在确保已显式初始化了挂起信号的数量。(Bug #88986, Bug #27294856)

ndb_restore——打印数据的-没有打印尾随0s龙瓦里亚里值。(Bug #65560, Bug #14198580)