MySQL 集群管理器 1.4 发行说明  /  MySQL 集群管理器 1.4.2 的变化 (2017-03-07)

MySQL 集群管理器 1.4.2 的变化 (2017-03-07)

本节记录了自 MySQL Cluster Manager 版本 1.4.1 发布以来在 MySQL Cluster Manager 1.4.2 中应用的所有更改和错误修复。

添加或更改的功能

  • 打包： MySQL Cluster Manager 现在也以 RPM 包的形式提供，用于安装在 Oracle Linux 7 和 Red Hat Enterprise Linux 7 上。（缺陷号 25368708）

  • 代理： 为了便于检测不完整的代理备份，在backup agents命令开始时在创建备份的文件夹中创建一个名为 INCOMPLETE 的空文件，并在备份完成后删除。备份过程结束后文件继续存在表明备份不完整。（缺陷号 25126866）

  • 代理： 当update process集群进程的状态不再正确反映在 show status --process. 它再次将进程导入到mcmd代理的控制中。有关详细信息，请参阅 update process命令说明。（缺陷号 25098588）

  • 代理： MySQL Cluster Manager 现在可以自动恢复失败的 mysqld节点，只要在尝试恢复时该节点的数据目录为空即可；如果不是这样，在手动清理数据目录后，用户现在可以手动运行以重建mysqld节点的数据目录。（漏洞#18415446）start process --initial

  • 代理： 该或 选项 show status时报告进度 --progress--progressbar

  • Agent： 一个新命令，在由于不同原因（例如，它已在 MySQL Cluster Manager 之外手动重新启动）而失去对进程状态的跟踪后，update process将进程重新导入 mcmd的控制中。有关详细信息，请参阅命令的说明。

修正错误

  • 代理：当在带有 ReiserFS 的 SLES 11.4 上运行时， mcmd有时会意外退出，因为 MySQL Cluster Manager 数据存储库偶尔会出现校验和错误。（缺陷号 25596300）

  • Agent： 当自定义 FileSystemPath值用于数据节点时，list backups和restore cluster命令失败，因为找不到备份目录。（漏洞 #25549903）

  • 代理： 在某些情况下，某个mcmd代理处理事件消息的时间过长，导致代理之间发生同步超时。这是因为代理进入了文件访问的互斥锁争用，此修复已将其删除。（漏洞 #25462861）

  • 代理：collect logs即使文件传输未完成， 该此修复程序添加了文件传输完成检查并报告任何错误。（缺陷号 25436057）

  • 代理： ndbmtd节点有时（例如，在集群的滚动重启时）发送大量事件消息，并且 mcmd代理可能需要很长时间来处理它们，代理在准备就绪时滞后了下一个命令，导致mcmd 代理之间的同步超时。此修复大大减少了发送有关ndbmtd节点的事件消息的数量，从而减少了在这种情况下同步超时的可能性。（缺陷号 25358050）

  • 代理： 管理节点故障可能会触发mcmd 在 Windows 平台上意外退出。（缺陷号 25336594）

  • 代理：backup agents、rotate log和 抛出的多个错误change log-level可能会相互覆盖，从而导致错误信息丢失。（漏洞#25134452）

  • 代理： 当collect logs无法在启动命令的代理和其他代理之间建立 TCP 连接时，命令挂起。此修复使命令在情况持续超过 30 秒后超时。此外，还添加了一个新的mcmd选项， --copy-port用户可以通过该选项指定用于日志复制的 TCP 端口号。（缺陷号 25064313）

  • 代理：.mcm命令创建 的import config --dryrun有时会缺少某些配置设置。（漏洞#24962848）

  • 代理： 如果restore clusterMySQL 集群管理器没有 BackupDataDir对每个数据节点的写入权限，则命令将失败。不必要的要求现已删除。（漏洞 #24763936）

  • 代理： 如果一个stop cluster或一个 stop process命令失败，则某些进程的重新启动可能会失败，并且mcmd会抱怨这些进程已经停止，即使它们实际上正在运行。这也使得无法在 StopOnError为真时重新配置这些流程。发生这种情况是因为失败的stop命令使那些进程的元数据处于不正确的状态。通过此修复，无论 . 的值如何，都允许进程重新启动 StopOnError。（漏洞#24712504）

  • 代理：mcmd 返回的错误消息中引用的主机名 始终为小写。通过此修复，主机名始终按原样引用；此外， mcmd现在始终指代创建集群时使用的主机名或 IP 地址。（缺陷号 21375132）

  • 代理： 命令restore cluster挂起，当mcmd代理失败并且其他代理一直等待从它接收消息时。通过修复，其他代理检测到故障并向用户返回错误。（漏洞 #16907088）

  • Agent： 集群启动时，如果数据节点刚启动不久就挂了， mcmd还在启动SQL节点的过程中，即使最后成功启动了SQL节点， mcmd也可能永远失去连接SQL 节点。当未在 SQL 节点上创建mcmdmcmd代理所需 的用户时，就会发生这种情况通过此修复，尽管命令失败，但始终会在 SQL 节点上创建 。（漏洞 #13436550）mcmdstart cluster