Documentation Home
MySQL NDB Cluster 7.4 发行说明  / 发布系列变更日志:MySQL NDB Cluster 7.4  /  MySQL NDB Cluster 7.4.29 (5.6.49-ndb-7.4.29) 的变化(2020-07-14,正式发布)

MySQL NDB Cluster 7.4.29 (5.6.49-ndb-7.4.29) 的变化(2020-07-14,正式发布)

修正错误

  • 在节点重启期间 SUMA,正在启动的节点的块必须从已经运行的节点获取订阅(带有订阅者的事件)和订阅者(NdbEventOperation​​正在执行的实例)的副本。在复制完成之前,仍在启动的节点将忽略任何用户级别SUB_STARTSUB_STOP请求;复制完成后,他们可以参与此类请求。当复制操作正在进行时,用户级别SUB_STARTSUB_STOP请求被 DICT锁阻塞。

    发现一个问题,即在请求锁定之后但在授予之前, 起始节点可以参与 SUB_START和请求,从而导致不成功和 请求。此修复可确保节点在 实际授予锁定之前无法参与这些请求。(缺陷号 31302657)SUB_STOPSUB_STARTSUB_STOPDICT

  • NDB Cluster 中包含并由自动安装程序使用的 Dojo 工具包已升级到版本 1.15.3。(缺陷号 31029110)

  • ndb_mgmd 返回的打包版本 1 配置文件 在升级到 NDB 8.0 后可能包含重复的条目,这使得该文件与使用版本 1 的客户端不兼容。发生这种情况是因为处理向后兼容性的代码假定每个条目中的条目部分在与默认部分合并时已经排序。为了解决这个问题,我们现在确保在合并之前执行这种排序。(缺陷号 31020183)

  • 在执行任何 SHUTDOWNALL STOPALL RESTART管理命令时,不同的节点可能会尝试在不同的全局检查点索引 (CGI) 边​​界上停止。如果他们成功这样做,那么随后的系统重启会比正常情况下慢,因为任何具有较早停止 GCI 的节点都必须作为该过程的一部分进行接管。当节点在第一个 GCI 边界上失败导致幸存节点不可行时,幸存节点遭受仲裁失败;这具有导致此类节点在正确的 GCI 停止的积极效果,但可能会引起虚假错误或类似错误。

    为避免此类问题,现在在计划关闭期间执行额外的同步,以减少不同数据节点尝试在不同 GCI 关闭的可能性,以及在系统重启期间使用不必要的节点接管。(缺陷号 31008713)