本节记录了自 MySQL Cluster Manager 1.3.1 版发布以来在 MySQL Cluster Manager 1.3.2 中应用的所有更改和错误修复。
代理人; 客户端： 为了提高执行的稳健性，MySQL Cluster Manager 现在使任何重新配置集群的命令失败，并显示消息 ERROR 5027 Unable to perform command due to utility <proc_name> with pid <ospid> on <host> if any utility process (for例如， mysql_upgrade、 mysql_install_db或 ndb_restore）在发出命令时，由先前命令启动的在任何主机上仍然保持（运行或挂起）。（漏洞#18966650）
客户端：
import cluster如果用户尝试使用导入集群或集群配置，或者import config运行 mcmd进程的用户无权访问集群进程的 PID 文件，则 MySQL 集群管理器现在会抛出错误这通常发生在mcmd以用户身份启动mysql但集群以root. （漏洞 #18887139）
代理人; Client： 在Windows平台上，当集群滚动重启过程中数据节点无法重启时，不会向用户报告。通过此修复，用户现在可以在数据节点的维护重启失败时收到报告。（漏洞 #19227535）
-
代理人; 客户端： 该
import config命令未my.cnf正确从集群文件导入配置设置。导入问题包括以下内容：该部分中的一些设置
[mysqld]被遗漏了（例如，key_buffer_size和query_cache_type）。该部分中的某些选项
[client]被错误地包括在内。用于包含来自其他文件的设置 的
!include和 语句被忽略!includedir引用的值没有得到正确处理——引用是按字面意思进行的。
以分号 ( ) 开头的行
;不被视为注释。选项修饰符
loose_和maximum_未被识别。未导入特定版本系列（例如 [mysqld-5.6]）的选项组。
（漏洞 #19078129）
代理人; 客户端： 当使用导入运行集群的配置时
import config，即使ThreadConfig中没有定义config.ini，也可以从运行节点的设置中导入它的值。导入的值覆盖了MaxNoOfExecutionThreads参数中没有指定的config.ini时候应该设置线程配置 。此修复阻止从正在运行的节点导入值 ，使 MySQL Cluster Manager 依赖 文件进行线程配置。（漏洞 #19032714）ThreadConfigconfig.iniThreadConfigconfig.ini代理人; 客户端： 使用该
import config命令时，导入的配置设置的格式有时会与在中使用的格式有所不同config.ini file——例如，以兆字节为单位的值被导入为以字节为单位的值，然后由get命令如此显示。这使得用户更难比较原始值和导入值。config.ini此修复使 MySQL Cluster Manager在导入集群配置时遵循文件中的原始格式（漏洞#18651726）代理人; 客户端： 该
import config命令有时会导入未在集群配置文件中指定的 MySQL 服务器默认值。通过此修复，不会导入此类值。（漏洞#18651301）代理：
import config在管理多个集群时 执行（漏洞 #19380825）代理： 在恢复使用 IP 地址而不是主机名的 MySQL Cluster Manager 代理期间，代理发送了过多的信息，这些信息的处理大大减慢了重启过程。此修复更改了 IP 地址的处理方式，将发送的信息量减少到更合理的水平。（缺陷号 19269735）
-
Agent： 当一个wild cluster的process PIDs对MySQL Cluster Manager不可用时，执行一个
import cluster命令会导致一个process error并抱怨一个process handle cannot be opened。通过此修复（这是 Bug #19209870 修复的副作用），MySQL Cluster Manager 不再尝试打开未知 PID 的句柄。（漏洞 #19205183）参考资料：另请参阅：错误 #19209870。
代理： 当升级前执行的最后一个命令是 、 、 或
backup cluster， 。这个问题已经修复，1.2.4版本的用户现在可以升级到1.3.2版本了。（漏洞 #19199645）restore clusterabort backupimport cluster代理： MySQL Cluster Manager 代理在执行 SQL 语句时有时会抛出SIGABRT 错误。（漏洞 #19032927）
-
代理： mcmd在以下条件组合后由于内存不足错误而崩溃：
站点主机之一的突然故障，而不是完全停止。
只有少数代理可用。
一些非托管 SQL 插槽开始使用，将它们的状态更改为
connected，并且更改由ndb_mgmd进程报告。
（漏洞 #18781345）
客户端： 当集群包含具有和不具有指定主机名的 API 节点时，集群恢复失败。（漏洞 #19313429）
客户端： 如果使用语法在语句
mysqld中指定进程 （未指定主机），则 命令不会将进程显示为已连接，即使它是。（漏洞 #19152161）create clustermysqld@*show status--process客户端： 当使用
show status带有选项的命令时--backup，MySQL Cluster Manager 客户端有时会接受额外的选项，这实际上是没有意义的。此修复使客户端在任何其他选项与 结合使用时抛出错误--backup。（漏洞 #19032714）客户端：
add package当使用双引号选项的参数运行命令 时，MySQL Cluster Manager 抛出错误--basedir，声称路径不存在。这是因为 MySQL Cluster Manager 按字面意义将双引号作为路径名的一部分。（漏洞#18973711）客户端： 在 Windows 平台上，当任何一个 MySQL Cluster Manager 代理关闭时，MySQL Cluster Manager 客户端对命令的响应
list hosts非常慢。（漏洞#18966650）客户端： 当正在导入正在运行的集群的配置时，该
import config命令从全局会话变量而不是集群和 MySQL 服务器的配置文件中获取设置。此修复使 MySQL Cluster Manager 从配置文件导入设置，并且仅在无法找到、打开或访问配置文件时使用全局会话变量的值。（漏洞#18652366）客户端： 使用该
import config命令时，集群文件中的一些进程级设置config.ini被导入为实例级设置。（漏洞 #18651663）