MySQL NDB ClusterJ： 为了让 ClusterJ 更容易处理需要关闭的致命错误， 接口 SessionFactory了一个新的公共方法getConnectionPoolSessionCounts()。当它为所有池连接返回零时，这意味着所有会话都已关闭，此时可以关闭并重新打开。有关详细信息，请参阅错误处理和重新连接 。（漏洞 #22353594）SessionFactorySessionFactory

不兼容的更改： 当数据节点仅部分连接到 API 节点时，用于下推连接的节点可能会从不同节点上的事务协调器获取其请求，而没有（尚未）连接到 API 节点本身。在这种情况下， NodeInfo请求 API 节点的对象不包含有关 API 节点软件版本的有效信息，这导致DBSPJ块在中止时（错误地）假定 API 节点使用 NDB版本 7.2.4 或更早版本，需要在查询中止期间使用向后兼容模式，该模式发送节点故障错误而不是导致中止的真正错误。

现在，每当出现这种情况时，如果软件版本尚不可用，则假定 NDBAPI 节点版本大于 7.2.4。（漏洞 #23049170）

NDB Cluster API： 删除 Ndb 对象使用了不成比例的大量 CPU。（缺陷号 22986823）

MySQL NDB ClusterJ：当 Clusterj 将对象 的时间值java.sql.Timestamp存储到数据库表中带有小数秒的 TIMESTAMP 列时，对象的时间值变得不正确。（漏洞 #23155061）

尽管 DUMP命令的参数是 32 位整数，但ndb_mgmd在处理它们时仅使用了 10 个字节的缓冲区。（漏洞 #23708039）

在关闭期间，mysqldNDB Util: Stop进程有时会在记录 ...后挂起NDB Util: Wakeup。（漏洞 #23343739）

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

在从 MySQL NDB Cluster 7.3 版本在线升级到 NDB 7.4（或更高版本）版本期间，在本地检查点（LCP）期间以及升级这些节点之前，运行较低版本的几个数据节点出现故障，导致额外的节点升级后的故障。这是由于EMPTY_LCP作为 LCP-plus-restart 序列的一部分由旧节点启动的协议的挥之不去的元素，并且由于在这些版本中实现了 LCP 优化，NDB 7.4 和更高版本中不再使用它。（漏洞 #23129433）

在 MySQL NDB Cluster 7.4.8 中引入并由 API 和管理节点用于管理信号的环回传输器的保留发送缓冲区计算不正确。（漏洞 #23093656，漏洞 #22016081）

参考资料：此问题是 Bug #21664515 的回归。

在节点重启期间，重新创建用于验证外键引用完整性的内部触发器并不可靠，因为可能并非所有分布式 TC 和 LDM 实例都同意所有触发器标识。为了解决这个问题，在节点重启序列中添加了一个额外的步骤，在此期间通过查询当前主节点来确定触发器标识。（缺陷号 23068914）

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

在强制关闭集群中的 2 个数据节点之一之后 NoOfReplicas=2，由于仲裁失败，另一个数据节点也关闭了。（漏洞 #23006431）

该 ndbinfo.tc_time_track_stats 表使用直方图桶来了解延迟的分布。这些桶的大小也在 HISTOGRAM BOUNDARY INFO数据节点启动期间作为消息报告；此打印输出是多余的，因此已被删除。（缺陷号 22819868）

DBTUP当片段的可变大小页面总计超过 4 GB 时，调试构建中 发生故障。（漏洞 #21313546）

mysqld在执行时没有干净地关闭ndb_index_stat。（缺陷号 21098142）

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

DBDICT和GETTABINFOREQ 队列调试增强如下：

另请参阅DBDICT 块。（缺陷号 20368450）

参考资料：另请参阅：错误 #20368354。