打包： MySQL Cluster Manager 现已构建并随附 GLib-2.44.0、OpenSSL 1.0.1p 和 MySQL 5.6 客户端库。（缺陷号 22202878）

代理：log-level=warning当失败的进程因为参数 StopOnError设置 ，现在会记录警告（如果 true。（漏洞 #21575241）

代理： 使用该import cluster 命令时，如果在命令行上使用特殊预定义集之外的选项启动mysqld节点，则导入失败并抱怨这些选项不受支持。现在，只要这些选项及其值也包含在由 MySQL Cluster Manager 为导入创建的节点配置中，导入就会继续。（缺陷号 21363732）

代理：upgrade cluster为命令 引入了两个新选项 --retry和 --nodeid。它们与 --force选项一起允许在升级集群的初始尝试失败后重试。有关详细信息，请参阅说明upgrade cluster。（错误#20469067、错误#16932006、错误#21200698）

客户端： 该get命令现在返回属性的顺序与使用该选项时 MySQL Cluster ndb_mgmd命令 --print-full-config，首先列出非数据节点，其他节点按其节点 ID 的递增顺序列出。（漏洞 #22202973）

客户端：引入了 一个新autotune命令，可以调整集群的一些参数以优化其性能。（漏洞 #22202855）

客户端： 该show settings命令有一个新--hostinfo 选项，该命令可以打印出有关mcm客户端连接到的主机的信息。（漏洞 #21923561）

客户端： 您现在可以使用通配符*（星号字符）来匹配 get命令中的属性名称。有关示例，get请参见 命令。（错误号 18069656）

Agent：在Windows平台上，集群导入后，如果为mysqld节点--pid-file导入 了非默认值的选项，后续集群重启会超时 （漏洞 #21945519）

参考：这个问题是 Bug #21111944 的回归。

Agent： 当一个数据节点因为某些属性设置错误而无法在一个命令后重启 set时，另一个设置命令不能用于更正属性，因为该 set命令要求数据节点处于运行状态。通过此修复， set只要使用该 --force 选项，即使数据节点未运行，现在也可以执行第二个命令。然后重新启动故障节点，然后滚动重新启动集群。（缺陷号 21943518）

代理： restore cluster当集群中的表数量巨大（>1000）时超时。这是因为超时延长被阻止了。此修复取消阻止扩展。（缺陷号 21393857）

Agent： 在大型集群（内存大小在10GB量级）的初始启动时，进程可能会在等待数据节点启动时超时。此修复使数据节点启动的事务超时时间更长。（缺陷号 2135538​​3）

代理： 在某些情况下，命令完成show status后报告进程的负节点组 ID 值add process这是因为在创建新节点组之后，代理在正确值到达之前报告了节点组 ID。此修复使代理在报告它们之前等待正确的节点组 ID。（缺陷号 21346804）

代理： 成功执行一个add process和后续 start process --added命令后，不久之后发出的第三个命令可能会失败。这是由于在添加新节点后处理进程状态更新的方式所致，现在已得到纠正。（缺陷号 21138604）

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

代理：使用命令为 MySQL 节点 设置“ key-only ”选项的值（即不带值的选项 - 例如，skip_show_database）并在set之后重新启动集群导致mcmd 尝试集群升级和备份集群。（缺陷号 21098403）

代理： 该create site命令有时会失败，并显示错误消息“查询期间丢失与 MySQL 服务器的连接。”这是由于处理套接字的代码中存在错误，该错误现已修复。（缺陷号 21027818）

代理程序：文件 的[mysqld default] 或[tcp default]部分下列出的 config.ini参数未作为非托管 API 节点的配置参数导入。（缺陷号 20889471）

客户端：与 (get一起使用的命令的 输出不包括具有默认值的匹配 TCP 属性。（缺陷号 21895322）--include-defaults-d