在节点重新启动期间，SUMA正在启动的节点块必须获得订阅(带有订阅方的事件)和订阅方(NdbEventOperation从已经运行的节点执行的实例。在副本完成之前，仍在启动的节点忽略任何用户级别SUB_START或者sub_stop.要求;副本完成后，他们可以参加此类请求。虽然复制操作正在进行中，用户级SUB_START和sub_stop.请求使用DICT锁。

发现一个问题可以参与起始节点SUB_START和sub_stop.在请求锁之后，但在授予锁之前的请求，导致不成功SUB_START和sub_stop.请求。此修复程序确保节点不能参与这些请求直到DICT锁实际上已经被授予了。(错误# 31302657)

生成的统计数据NDB用于跟踪分配的内部对象并决定何时释放它们的计算没有正确，结果是资源使用的阈值比预期的高50%。这个修正修正了这个问题，并且应该允许减少内存使用。(错误# 31127237)

NDB集群中包含的Dojo工具包并由自动安装程序使用升级为1.15.3版。（bug＃31029110）

由返回的打包的版本1配置文件ndb_mgmd.在升级到NDB 8.0之后可能包含重复的条目，这使得该文件与使用版本1的客户端不兼容。这是由于处理向后兼容性的代码假设在将每个节与默认节合并时，每个节中的条目已经排序。为了解决这个问题，我们现在要确保在合并之前执行这个排序。(错误# 31020183)

方法中的任何关掉,所有的停止,或所有重启管理命令，不同节点可以尝试停止不同的全局检查点索引（CGI）边界。如果他们成功地这样做，那么后续系统重启就会慢于正常，因为具有早期停止GCI的任何节点都必须作为过程的一部分进行接管。当第一个GCI边界上未发生的节点导致幸存节点不可行，幸存的节点遭受仲裁失败;这具有导致这种节点在正确的GCI下停止的积极效果，但可以产生虚假的错误或类似的效果。

为了避免此类问题，现在在计划关闭期间执行额外的同步，以减少不同数据节点试图在不同gci上关闭的可能性，以及在系统重启期间使用不必要的节点接管。(错误# 31008713)

备份中的主节点意外关闭接收重复回复DEFINE_BACKUP_REQ信号。当主节点以外的数据节点在备份期间出错时，备份主节点通过向自己发送define_backup_ref.代表缺失节点的信号，导致从同一节点接收两个回复（a相依问题节点在关闭之前发出的信号裁判来自主节点的代表该节点的信号)，尽管主节点只期望每个节点有一个应答。也遇到过这种情况START_BACKUP_REQ和stop_backup_req.信号。

当错误是由计划外的节点关闭造成时，通过允许重复响应来解决这种情况。(错误# 30589827)

一个团值由NDB在多个部分;当读取这样的值时，每个部分执行一个读取操作。如果没有找到某个部件，则读取失败未找到行错误，表示已损坏团，自A.团不应该有任何缺失的部分。可能会出现问题，因为这个错误被报告为读取操作的总体结果，这意味着mysqld没有看到任何错误，并且报告返回零行。

通过在找不到WICH部分的情况下，专门为该案例添加检查来修复此问题。现在，发生这种情况时，覆盖了行没有找到错误腐败的斑点，这导致了起源选择语句如期失败。NDB API的用户应该知道，尽管发生了这些变化，但是ndbblob :: getValue（）方法继续将错误报告为行没有找到在这种情况下。(错误# 28590428)

当使用非二进制(区分大小写)相等条件的主键时，在节点重启期间对片段副本的操作的错误处理可能导致强制关闭，或者在片段副本之间的内容出现分歧。(Bug #98526, Bug #30884622)