GreatSQL社区

搜索

GreatSQL 8.0.32-26新版本线上发布会

全球 | 线上 | 2024-08-05
admin 0 262 预计人数:0 已报名人数:0

活动名称:GreatSQL 8.0.32-26版本发布会

活动时间:2024年8月5日 15:30-16:30

直播链接:https://meeting.tencent.com/dw/6ntWwynnK4MG



版本信息

  • 发布时间: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,那么:
  1. 现在 MGR 中有两个节点A、B,它们的 GTID 分别是 [1-300]、[1-280],新节点 C 加入,由于 A & B 节点的 GTID 差值小于预设阈值,则随机选择 A 或 B 其中一个节点作为 donor 节点。
  2. 现在 MGR 中有两个节点A、B,它们的 GTID 分别是 [1-400]、[1-280],新节点 C 加入,由于 A & B 节点的 GTID 差值大于预设阈值,则只会选择 A 作为 donor 节点。
  3. 现在 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 读取请求的限速,这对于控制主从复制中的网络带宽使用率、降低主节点压力、或在数据恢复过程中降低消耗资源非常有用。该参数可在从节点端设置生效。
  • 优化了在 快速单主模式 下 relay log 应用逻辑,提升 MGR 整体性能;并优化了当 relay log 存在堆积时的 applier 线程的内存消耗异常情况。
  • 优化了 asynchronous connection failover 中的故障检测效率,特别是发生网络故障时,备用集群能更快完成主从复制通道调整,降低主从复制链路断开的时间,提高整体可用性。以设置 MASTER_RETRY_COUNT = 2 为例(slave_net_timeout 和 MASTER_CONNECT_RETRY 默认值均为 60),在主从复制通道间发生网络故障时导致的复制中断持续约 3 分钟,优化后故障影响时长缩短到 10 - 20 秒以内。可以利用 asynchronous connection failover 实现两个 MGR 集群间的主从复制,实现跨机房间的高可用切换方案。
  • 地理标签 功能中包含两个参数 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。
  • 当启用 greatdb_ha Plugin 时,新增支持 IPv6。

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

高性能

  • 支持非阻塞式 DDL 操作。当执行 DDL 操作的表上有大事务或大查询未结束时,会导致 DDL 请求长时间等待 MDL 锁。利用该特性,可以避免数据库因为必须尽快完成 DDL 操作而导致业务请求大量被阻塞的问题。
  • NUMA 亲和性优化。通过 NUMA 亲和性调度优化,将前端用户线程和后台线程绑定到固定 NUMA 节点上以提升线程处理性能。
  • 无显式主键表并行导入性能优化。对无显式主键表并行导入数据时,会随着并发数的增加,性能明显下降,GreatSQL针对这种情况也提供了优化方案。

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

高兼容

  • 新增支持在 LOOP 循环使用 CONTINUE 语法。
  • 新增支持用 CREATE OR REPLACE 语法创建/修改触发器;新增支持在触发器中使用 DECLARE BEGIN 语法。
  • 新增支持在匿名块中使用 DECLARE BEGIN 语法。
  • 新增支持在 FOR/FOR ALL ... LOOP 用法中使用符号和参数相连,例如 FOR var1..var2 LOOP。

更多信息详见文档:高兼容 ➥ https://greatsql.cn/docs/8.0.32-26/5-enhance/5-3-easyuse.html

高安全

  • 新增支持记录指定用户的最后一次登入时间,便于管理员查询,进一步提升数据库安全性。
  • 新增支持基于规则的数据脱敏功能。

更多信息详见文档:高安全 ➥ https://greatsql.cn/docs/8.0.32-26/5-enhance/5-4-security.html

其他

  • 支持采用 Clone 实现在线全量热备和增备以及恢复(类似 Xtrabackup),结合 Binlog 可实现恢复到指定时间点。此外,Clone 备份还支持压缩功能。
  • 合并龙芯支持 patch,参考:add loongarch64 support ➥ https://gitee.com/src-openeuler/greatsql/pulls/54/files
  • 由于 GreatSQL 已支持 Rapid 引擎,以及未来还将推出 dplan 特性,因此从 GreatSQL 8.0.32-26 开始,不再推荐使用 InnoDB 并行查询特性(同时会删除用户手册中的入口链接)。

相关活动推荐

合作电话:010-64087828

社区邮箱:greatsql@greatdb.com

社区公众号
社区小助手
QQ群
GMT+8, 2024-9-14 18:12 , Processed in 0.009211 second(s), 3 queries , Redis On.
返回顶部