打包： 预期的 NDB 头文件位于devel RPM 包中，而不是libndbclient-devel. （缺陷 #84580，缺陷 #26448330）

当SUMA内核块接收到 SUB_STOP_REQ信号时，它会执行信号然后回复SUB_STOP_CONF。（此响应被中继回 API 后，API 将打开以发送更多SUB_STOP_REQ信号。）发送 后 SUB_STOP_CONF，如果没有订阅者，SUMA 将删除订阅，这涉及向 发送多 DROP_TRIG_IMPL_REQ条消息 DBTUP。LocalProxy 最多可以并行处理其中的 21 个请求；多于此的都在短时间队列中排队。当 a 的执行 DROP_TRIG_IMPL_REQ被延迟时，队列有可能变得过载，导致数据节点关闭并出现Error in short time queue。

SUB_STOP_REQ如果 DBTUP已经 DROP_TRIG_IMPL_REQ满负荷处理信号，而不是排队信号， 则通过延迟信号的执行来解决此问题 DROP_TRIG_IMPL_REQ。（漏洞 #26574003）

拥有大量延迟触发器有时会导致作业缓冲区耗尽。发生这种情况的原因可能是单个触发器可以执行多个操作——例如，外键父触发器可以对多个匹配的子表行执行操作——并且对基表的行操作可以执行多个触发器。在这种情况下，行操作是分批执行的。当延迟执行许多触发器时——意味着所有延迟的触发器都在预提交时执行——由此产生的大量触发器操作的并发执行可能会导致数据节点作业缓冲区或发送缓冲区耗尽，从而导致节点故障.

此问题已通过限制并发触发器操作的数量以及每个事务未完成的触发器触发请求的数量得到解决。

对于即时触发器，限制并发触发器操作可能会增加等待执行的触发器数量，耗尽触发器记录池并导致错误Too many concurrently fired triggers (increase MaxNoOfFiredTriggers . This can be avoided by increasing MaxNoOfFiredTriggers, reducing the user transaction批量大小，或两者兼而有之。（缺陷 #22529864）

参考资料：另请参阅：Bug #18229003、Bug #27310330。

将 anOperationRec从串行队列移动到并行队列时，Dbacc::startNext() 无法更新 反映并行队列中所有先前操作Operationrec::OP_ACC_LOCK_MODE的累积所需的标志 。OP_LOCK_MODEACC 锁队列中的这种不一致导致扫描锁接管机制失败，因为它错误地断定没有持有要接管的锁。在中止作为此类不一致并行锁队列成员的操作时，同样的故障导致断言。（缺陷 #92100，缺陷 #28530928）

DBTUP当读取操作试图读取同一事务中插入的元组的值时，发送了检测到的错误元组损坏。（缺陷 #92009，缺陷 #28500861）

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

对自引用外键执行更新时，可能会发生错误约束违规错误。（漏洞 #91965，漏洞 #28486390）

参考资料：另请参阅：Bug #90644、Bug #27930382。

通过尝试NDB查找已释放的触发器的定义，可以删除内部触发器定义，同时触发器的挂起实例仍未执行。这导致了不可预测的不安全行为，可能导致数据节点故障。问题的根本原因在于代码中与确定给定触发器是否已被释放相​​关的无效假设；NDB当触发器定义被确定为已发布时，通过确保 的行为 是一致的并且符合预期来解决此问题。（缺陷 #91894，缺陷 #28451957）

在某些情况下，级联更新触发器在同一记录上重复触发，最终消耗所有可用的并发操作，导致事务协调器中的错误 233 Out of operation records（增加 MaxNoOfConcurrentOperations）。如果 MaxNoOfConcurrentOperations 将值设置得足够高以避免这种情况，则问题表现为数据节点消耗大量 CPU，很可能最终导致超时。（缺陷 #91472，缺陷 #28262259）

将一行插入到NDB具有自引用外键的表中，该外键引用了表上的唯一索引而不是主键，失败并返回 ER_NO_REFERENCED_ROW_2。这是因为在NDB更新唯一索引之前检查了外键约束，导致约束检查无法使用索引来定位行。现在，在这种情况下，NDB等到所有唯一索引值都已更新，然后再检查插入行的外键约束。（缺陷 #90644，缺陷 #27930382）

参考资料：另请参阅：Bug #91965、Bug #28486390。