ndb_mgmd.现在会优雅地退出sigterm就像它遵循管理客户端一样关掉命令。(错误# 32446105)

在重新启动期间，允许节点在完成恢复之前参与备份，而不是等待其恢复完成。(错误# 32381165)

操作时磁盘空间耗尽NDB备份可能导致计划外的集群关闭。(错误# 32367250)

每个节点的默认分区数(如ndb_desc.输出为partitionCount.)是使用任何活动节点使用的LDM线程的最低数量计算的，并且只执行一次，甚至在数据节点离开或加入集群之后，可能会使用更改LDM线程数的新配置，从而更改默认分区数。现在，在这种情况下，我们确保在数据节点加入或离开集群时重新计算每个节点的默认分区数。(错误# 32183985)

在NDB 7.6中，本地检查点(LCP)机制发生了改变，这样它也能检测到空闲的片段——也就是说，自从上次LCP之后就没有改变过的片段，因此不需要更新磁盘上的元数据。LCP机制可以立即处理下一个片段。当存在大量这样的空闲片段时，仅仅循环遍历这些片段所需的CPU消耗就变得非常严重，从而导致用户事务中的延迟峰值。

在每个正在处理的空闲片段之间已经插入了1毫秒的延迟。后来的测试表明，这是一个太短的间隔，并且我们通常不像之前认为的那样急于完成这些空闲片段。

如果没有任何重做警报，则此修复将空闲片段延迟时间扩展为20 ms，指示迫切需要完成LCP。在重做警报状态低的情况下，我们等待5毫秒，并且对于更高的警报状态，我们返回到1 ms延迟。（bug＃32068551）

参考:参见Bug #31655158, Bug #31613158。

事件缓冲区拥塞可能导致在执行二进制记录的SQL节点的计划外关闭。我们通过更新二进制记录处理程序来解决此问题Ndb: pollEvents2 ()(而不是被弃用的pollEvents ()方法)来正确捕获和处理此类错误，而不是。(错误# 31926584)

产生有关的内部统计资料NDB对象计数被发现会导致事务延迟的增加，这是由于返回了过多的释放数NDB对象。(错误# 31790329)

根据重做日志使用情况计算重做警报状态过于激进，因此在每个LDM使用超过1个日志部分时是不正确的。