MySQL NDB Cluster 7.5.12 是 MySQL NDB Cluster 7.5 的新版本，它基于 MySQL Server 5.7，包括NDB存储引擎 7.5 版中的功能，并修复了最近在以前的 NDB Cluster 版本中发现的错误。
获取 MySQL NDB Cluster 7.5。 MySQL NDB Cluster 7.5 源代码和二进制文件可以从https://mysql.net.cn/downloads/cluster/获得。
有关 MySQL NDB Cluster 7.5 中所做更改的概述，请参阅 NDB Cluster 7.5 中的新增功能。
此版本还合并了以前 NDB Cluster 版本中所做的所有错误修复和更改，以及通过 MySQL 5.7.24 在主线 MySQL 5.7 中添加的所有错误修复和功能更改（请参阅MySQL 5.7.24 中的更改（2018-10- 22，一般可用性））。
打包： 预期的 NDB 头文件位于
develRPM 包中，而不是libndbclient-devel. （缺陷 #84580，缺陷 #26448330）MySQL NDB ClusterJ： 当使用 ClusterJ 查询包含一个
BLOB或一个TEXT字段的表以获得不存在的记录时，抛出异常（ “该方法在当前 blob 状态下无效”）。（漏洞#28536926）MySQL NDB ClusterJ： 当
NullPointerException使用 ClusterJ 对包含 BLOB 或 TEXT 字段的表执行全表扫描时抛出 A。这是因为省略了适当的对象初始化，现在已通过此修复程序添加了它们。（缺陷 #28199372，缺陷 #91242）-
当
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。
将 an
OperationRec从串行队列移动到并行队列时，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。