发版日志#

#v4.4.4

这是 4.4 系列的补丁版本。此版本包含一项重要的实例创建修复、其他错误修复、产品名称变更以及更新后的基础镜像；不包含新功能。

#产品名称变更

Alauda Database Service for MySQL 现已更名为 Alauda Data Services Relational Database E1。

这仅是显示名称变更。插件包、其 API 和资源类型、镜像名称、配置参数、指标名称以及日志格式均未改变，升级时无需执行任何操作。现有实例不受影响。

配套的慢查询插件也已更名为 Alauda Data Services Query Analytics。

#已修复的问题

#实例创建

• 修复了创建 MySQL 实例时，operator 本身已成功安装，但 agent sidecar 仍在 ImagePullBackOff 处失败的问题。发布流水线记录了一个从未镜像到客户 registry 的 agent 镜像标签，因此目标集群上不存在该镜像。在 v4.3.3、v4.3.4 或 v4.4.1 上创建的任何实例均会受到影响；请升级到 v4.4.4（或 4.3 系列中的 v4.3.5）以解决此问题。已在运行的实例不受影响。

#实例生命周期

• 修复了删除 MySQL 实例后不久使用相同名称重新创建实例时，新实例永久处于未就绪状态的问题。新实例采用了之前实例的内部密码 secret，因此继续使用旧的 root 凭证，Group Replication 始终无法完成引导。该失败表现为 agent 未就绪，而不是凭证错误。
• 修复了持久卷声明同步过程中可能导致实例停止 reconcile 的崩溃问题。

#Console

• 修正了 operator 详情页上显示的受支持 MySQL 版本。该页面显示为 MySQL 8.0，而 4.4 系列创建的是 MySQL 8.4 实例。Marketplace 列表中已显示正确的版本。

#Query Analytics

Alauda Data Services Query Analytics 与此版本同步发布，不提供单独的 release notes。

• 修复了以下问题：对于尚未报告任何慢查询或其数据已被清理的实例，慢查询报告和指标页面返回内部服务器错误。现在，这些请求会返回空结果。
• 修复了 Alauda Container Platform 4.4 上的一个问题：由于插件的 ingress 路由被错误重写，慢查询请求返回 HTTP 404。（已在 Query Analytics v4.4.1 中发布。）

#安全修复

• MySQL server、router 和 client 镜像已基于刷新的 AlmaLinux 10 基础镜像重新构建，并将 openssl、openssl-libs 和 libevent 升级到可解决所报告漏洞的版本。
• mysqld-exporter 镜像已使用更新后的 golang.org/x/crypto 重新构建。
• operator 镜像已基于刷新的 client 基础镜像重新构建，并更新了其 gRPC 依赖项。
• 慢查询组件现在随附已发布版本的慢查询 agent。

发布时，operator、MySQL server、MySQL router、monitoring exporter 和慢查询镜像在 1,017 个已分析的软件包中扫描到 0 个 HIGH 和 0 个 CRITICAL 漏洞，对照的 Trivy 漏洞数据库版本为 2026-09-18。计数按不同的 CVE 统计。扫描范围包括操作系统软件包和语言软件包；bundle 镜像不包含任何软件包，console 镜像的 payload 也不在软件包扫描范围内，因此二者均不计入该数字。

#已知问题

#CPU 要求

4.4 系列要求处理器支持 x86-64-v3 微架构级别（Intel Haswell、AMD Excavator 或更高版本）。在较旧的处理器上，operator 以及 MySQL server、router 和 client 容器会在启动时于 Fatal glibc error: CPU does not support x86-64-v3 处中止。

此要求来自这些组件所基于的 AlmaLinux 10 基础镜像，适用于从 v4.4.0 开始的整个 4.4 系列；补丁版本无法降低该要求。monitoring exporter 不受影响。在不满足此要求的硬件上，请使用 4.3 系列。

此次发版无相关问题。

#v4.4.1

这是 4.4 系列的补丁版本，包含错误修复和更新后的基础镜像；不包含新功能。

#已修复问题

#跨集群灾难恢复

• 修复了这样一个问题：通过主机端口进行跨集群复制的 MySQL 集群可能无法完成组建，因为成员向其对等集群通告的地址同时被用作 Group Replication 本地地址。
• 跨集群灾难恢复地址处理的修复现已包含在已发布的构建版本中。此前，这些修复仅存在于开发分支中，因此没有任何已发布版本的 operator 携带这些修复。
• 修复了这样一个问题：从节点集群加入 ClusterSet 时发生的故障既未被报告，也未通过退避机制重试，导致从节点集群处于部分初始化状态。
• 修复了这样一个问题：跨集群复制路径错误地解析和组装 IPv6 地址，导致无法访问 IPv6 ClusterSet 种子地址。
• 修复了这样一个问题：创建从节点集群在 30 秒后超时，导致任何包含大量数据的集群上的初始数据克隆中断。
• 通过主机端口进行的跨集群复制现在会验证 Group Replication 是否使用 MySQL 通信堆栈；如果未使用，则会报告明确的错误，而不是一直挂起。
• 修复了这样一个问题：由于状态查询在所有成员均失败时返回空结果而不是错误，operator 无法区分无法访问的 ClusterSet 和不属于 ClusterSet 的集群。

#存储

• 修复了这样一个问题：当存储类的卷根目录不可由 MySQL 用户写入时，MySQL 实例无法启动，例如使用 Ceph RBD 和 NFS CSI 的存储类。Pod 安全上下文现在设置 fsGroup，以便在挂载卷时应用数据目录的所有权。

#备份

• 修复了完整逻辑备份（mysqlsh）可能在包含分区表的 MySQL 实例上失败的问题。

#安全修复

• MySQL server、router 和 client 镜像已基于更新后的 AlmaLinux 10 基础镜像重新构建，并将 openssl-libs 和 bind-* 软件包升级到可解决已报告漏洞的版本。
• mysqld-exporter 镜像已基于更新后的 Alpine 基础镜像重新构建，并将 OpenSSL 库（libcrypto3 / libssl3）升级到可解决已报告漏洞的版本。

#已知问题

此次发版无相关问题。

#v4.4.0

#新增和优化功能

#MySQL 8.4 支持

MySQL-MGR 集群现在可以运行 MySQL 8.4，这是最新的长期支持版本（随 MySQL 8.4.8 一同发布）。现在可以直接在 8.4 上创建新实例，参数模板、监控、备份/恢复和 router 路由也都已适配 8.4 server。MySQL-MGR 继续支持 8.4 上的单主模式和多主模式 Group Replication 拓扑。

#从 MySQL 8.0 原地升级到 8.4

现在可以将现有的 MySQL 8.0 MGR 集群原地升级到 MySQL 8.4，无需重建集群或迁移数据。operator 会逐个成员执行滚动升级，具体包括：

• 保留所有数据和现有的 Group Replication 成员关系；
• 自动升级 InnoDB Cluster 元数据架构；
• 在滚动重启期间继续通过 MySQL Router 为集群提供流量服务；
• 在继续升级前协调尚未处于安全复制一致性状态的成员，因此即使从混合状态开始，升级也同样安全。

升级通过实例上的标准版本升级流程触发。有关前提条件和完整操作步骤，请参阅将 MySQL 8.0 升级到 8.4。

#修复的问题

• Fixed an issue where a full logical backup (mysqlsh) could fail on MySQL instances containing partitioned tables.

#已知问题

此次发版无相关问题。