MySQL 集群管理器 1.3 发行说明  /  MySQL 集群管理器 1.3.1 的变化 (2014-04-30)

MySQL 集群管理器 1.3.1 的变化 (2014-04-30)

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

添加或更改的功能

  • 重要变更;客户端: 添加了import config 命令。此命令通过将集群的大部分配置数据自动导入到作为导入过程的一部分创建的集群定义中,从而简化了将以前自治的 MySQL 集群导入 MySQL 集群管理器的过程,从而无需读取配置文件和SHOW VARIABLES输出set准备集群导入所需 的大多数

    此命令还支持 用于测试目的 的--dryrun选项(缩写形式:)。-y

    您应该注意, 在尝试使用导入 wild 集群的数据 之前, 必须为目标集群中的相应进程手动配置(使用)现有 MySQL 集群中的ndb_mgmdmysqld进程使用的任何非标准端口。setimport cluster

    有关详细信息,请参阅命令import configMySQL 集群导入 MySQL 集群管理器

  • 客户端:现在 的--import 选项、和 进程create cluster分配小于 49 的节点 ID 值 在没有此选项的情况下使用的命令继续强制执行非数据节点进程的进程必须具有大于 48 的节点 ID 的规则。(缺陷 #18181039)ndb_mgmdmysqldndbapicreate cluster

修正错误

  • 代理: 在执行和 连续执行时,在某些情况下代理可能会在内部使用错误的备份 ID。(漏洞 #18027413)backup cluster --waitstartedabort backup

  • 客户端: 执行集群的初始启动后,集群不再知道之前使用过的任何备份 ID。如果您之后在没有指定备份 ID 的情况下对集群进行新备份,集群会尝试使用 1 作为第一个此类备份的 ID,即使您从以 1 作为其 ID 的备份恢复集群,这会导致错误。这是预期的行为,至少有 2 个解决方法:

    1. 恢复后移动或重命名备份文件。

    2. 使用选项执行backup cluster 命令 --backupid ,以指定尚未使用的备份 ID。

    在这种情况下会出现问题,因为返回的错误消息没有足够的描述性,如果不阅读管理服务器和集群日志文件,可能很难确定问题的真实性质。现在mcm客户端返回的错误消息清楚地表明备份失败是因为与现有备份 ID 冲突。(漏洞 #18465705)

  • 客户端:create site 使用未运行 MySQL Cluster Manager 代理的另一台主机的名称 执行命令返回ERROR 1002 (00MGR): Agent on host <UNKNOWN>: (delivery status does not match current view) is unavailable。现在在这种情况下,每个缺少代理的主机的名称都会作为错误消息的一部分包含在内。(漏洞 #18200900)

  • 客户端: 尝试设置 与线程池插件相关的 任何mysqld配置属性(请 参阅线程池安装)——包括 、、、、、 thread_pool_algorithmthread_pool_high_priority_connection—— 并 出现错误No such configuration parameter ... for process mysqld。(漏洞#18127968)thread_pool_max_unused_threadsthread_pool_prio_kickup_timerthread_pool_sizethread_pool_stall_limit