GreatSQL 8.0.32-26 今日发布

最新推荐文章于 2025-10-11 09:43:35 发布

原创

最新推荐文章于 2025-10-11 09:43:35 发布 · 1.1k 阅读

28 ·

CC 4.0 BY-SA版权

文章标签：

#GreatSQL #MySQL

GreatSQL 8.0.32-26 今日发布

版本信息

发布时间：2024年08月05日
版本号：8.0.32-26, Revision a68b3034c3d
下载链接：https://gitee.com/GreatSQL/GreatSQL/releases/tag/GreatSQL-8.0.32-26
用户手册：https://greatsql.cn/docs/8.0.32-26/

特性增强

GreatSQL 8.0.32-26 版本在 高可用、高性能、高兼容、高安全 等多方面都有增强新特性，包括 Clone 增量备份、压缩备份，MGR 新加入成员节点时自动选择最新数据节点为 donor 节点，NUMA 亲和性优化，非阻塞式 DDL，无主键表导入优化，更多 Oracle 兼容用法，最后登录信息，基于规则的数据脱敏功能等多个新特性。

高可用

当有新成员节点加入 MGR 时，如果选择 Clone 方式复制数据，支持自动选择从最新事务数据的成员节点复制数据，可有效提升 Clone 速度，提高 MGR 的服务可靠性。当新加入节点触发 Clone 方式复制数据时，也支持该特性。

参数 group_replication_donor_threshold 用于定义选择 donor 节点时判断事务延迟阈值，取值范围 [1, MAX]，默认值为 MAX。MAX 值取决于 CPU 类型，在 32-bit 系统中是 2147483647（2^31-1），而在 64-bit 系统中是 9223372036854775807（2^63-1）。

当新成员节点加入 MGR 时，新成员节点只会选择那些延迟小于 group_replication_donor_threshold 的节点作为 donor 节点。

假设 group_replication_donor_threshold = 100，那么：

现在 MGR 中有两个节点A、B，它们的 GTID 分别是 [1-300]、[1-280]，新节点 C 加入，由于 A & B 节点的 GTID 差值小于预设阈值，则随机选择 A 或 B 其中一个节点作为 donor 节点。
现在 MGR 中有两个节点A、B，它们的 GTID 分别是 [1-400]、[1-280]，新节点 C 加入，由于 A & B 节点的 GTID 差值大于预设阈值，则只会选择 A 作为 donor 节点。
现在 MGR 中有三个节点A、B、C，它们的 GTID 分别是 [1-400]、[1-350]、[1-280]，新节点 D 加入，由于 C 节点的 GTID 差值大于预设阈值，A & B 节点 GTID 延迟小于预设阈值，则会随机选择 A 或 B 其中一个作为 donor 节点。

在主从复制中，由从节点向主节点发起 Binlog 读取请求，如果读取太快或并发太多线程就会加大主节点的压力。新增参数 rpl_read_binlog_speed_limit 用于控制从节点上向主节点发起 Binlog 读取请求的限速，这对于控制主从复制中的网络带宽使用率、降低主节点压力、或在数据恢复过程中降低消耗资源非常有用。该参数可在从节点端设置生效。
- Binlog 读取限速 ➥ https://greatsql.cn/docs/8.0.32-26/5-enhance/5-2-ha-binlog-speed-limit.html
优化了在快速单主模式下 relay log 应用逻辑，提升 MGR 整体性能；并优化了当 relay log 存在堆积时的 applier 线程的内存消耗异常情况。
- 快速单主模式 ➥ https://greatsql.cn/docs/8.0.32-26/5-enhance/5-2-ha-mgr-fast-mode.html
优化了 asynchronous connection failover 中的故障检测效率，特别是发生网络故障时，备用集群能更快完成主从复制通道调整，降低主从复制链路断开的时间，提高整体可用性。以设置 MASTER_RETRY_COUNT = 2 为例（slave_net_timeout 和 MASTER_CONNECT_RETRY 默认值均为 60），在主从复制通道间发生网络故障时导致的复制中断持续约 3 分钟，优化后故障影响时长缩短到 10 - 20 秒以内。可以利用 asynchronous connection failover 实现两个 MGR 集群间的主从复制，实现跨机房间的高可用切换方案。
- asynchronous connection failover ➥ https://dev.mysql.com/doc/refman/8.0/en/replication-asynchronous-connection-failover.html
地理标签功能中包含两个参数 group_replication_zone_id（默认值为 0）和 group_replication_zone_id_sync_mode（默认值为ON）。在旧版本中，要求各个节点的 group_replication_zone_id_sync_mode 保持一致，否则无法加入 MGR。新版本中，允许仲裁节点设置不同的 group_replication_zone_id_sync_mode。例如，节点 A1、A2 设置 group_replication_zone_id = 0 & zone_id_sync_mode = ON；节点 B1、B2 设置 group_replication_zone_id = 1，它们也必须设置 zone_id_sync_mode = ON；仲裁投票节点C 设置 group_replication_zone_id = 2，但可以设置 group_replication_zone_id_sync_mode = OFF。
- 地理标签 ➥ https://greatsql.cn/docs/8.0.32-26/5-enhance/5-2-ha-mgr-zoneid.html
当启用 greatdb_ha Plugin 时，新增支持 IPv6。

更多信息详见文档：高可用 ➥ https://greatsql.cn/docs/8.0.32-26/5-enhance/5-2-ha.html

高性能

支持非阻塞式 DDL 操作。当执行 DDL 操作的表上有大事务或大查询未结束时，会导致 DDL 请求长时间等待.htmlL 锁。利用该特性，可以避免数据库因为必须尽快完成 DDL 操作而导致业务请求大量被阻塞的问题。
- 详见：非阻塞式 DDL ➥ https://greatsql.cn/docs/8.0.32-26/5-enhance/5-1-highperf-nonblocking-ddl.html
NUMA 亲和性优化。通过 NUMA 亲和性调度优化，将前端用户线程和后台线程绑定到固定 NUMA 节点上以提升线程处理性能。
- 详见：NUMA 亲和性优化 ➥ https://greatsql.cn/docs/8.0.32-26/5-enhance/5-1-highperf-numa-affinity.html
无显式主键表并行导入性能优化。对无显式主键表并行导入数据时，会随着并发数的增加，性能明显下降，GreatSQL针对这种情况也提供了优化方案。
- 详见：并行 LOAD DATA ➥ https://greatsql.cn/docs/8.0.32-26/5-enhance/5-1-highperf-parallel-load.html

更多信息详见文档：高性能 ➥ https://greatsql.cn/docs/8.0.32-26/5-enhance/5-1-highperf.html

高兼容

新增支持在 LOOP 循环使用 CONTINUE 语法。
- 详见：CONTINUE ➥ https://greatsql.cn/docs/8.0.32-26/5-enhance/sql-compat/5-3-easyuse-ora-sp-continue.html
新增支持用 CREATE OR REPLACE 语法创建/修改触发器；新增支持在触发器中使用 DECLARE BEGIN 语法。
- 详见：触发器 ➥ https://greatsql.cn/docs/8.0.32-26/5-enhance/sql-compat/5-3-easyuse-ora-sp-trigger.html
新增支持在匿名块中使用 DECLARE BEGIN 语法。
- 详见：匿名块 ➥