新版本 | GreatSQL 8.0.32-26全新发布 增强“四高”诸多新特性

最新推荐文章于 2025-10-11 09:43:35 发布
原创 最新推荐文章于 2025-10-11 09:43:35 发布 · 1k 阅读 · 16 ·
CC 4.0 BY-SA版权
版权声明：本文为博主原创文章，遵循 CC 4.0 BY-SA 版权协议，转载请附上原文出处链接和本声明。
文章标签：

#数据库 #万里数据库 #GreatDB

近日，GreatSQL开源数据库社区正式发布 GreatSQL 8.0.32-26新版本，在高可用、高性能、高兼容、高安全等诸多方面进行了特性增强，修复多个缺陷，并详细说明了多个典型应用场景下，升级/降级到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（231-1），而在64-bit系统中是9223372036854775807（263-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读取请求的限速，这对于控制主从复制中的网络带宽使用率、降低主节点压力或在数据恢复过程中降低资源消耗非常有用，该参数可在从节点端设置生效。

  • 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

高性能
1、支持非阻塞式DDL操作。当执行DDL操作的表上有大事务或大查询未结束时，会导致DDL请求长时间等待MDL锁。利用该特性，可以避免数据库因为必须尽快完成 DDL操作而导致业务请求大量被阻塞的问题。

  • 详见：非阻塞式 DDL ➥
    https://greatsql.cn/docs/8.0.32-26/5-enhance/5-1-highperf-nonblocking-ddl.html

2、NUMA 亲和性优化。通过 NUMA 亲和性调度优化，将前端用户线程和后台线程绑定到固定 NUMA 节点上以提升线程处理性能。

  • 详见：NUMA 亲和性优化 ➥
    https://greatsql.cn/docs/8.0.32-26/5-enhance/5-1-highperf-numa-affinity.html

3、无显式主键表并行导入性能优化。对无显式主键表并行导入数据时，会随着并发数的增加，性能明显下降，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

高兼容

1、新增支持在 LOOP 循环使用 CONTINUE 语法

  • 详见：CONTINUE
    ➥https://greatsql.cn/docs/8.0.32-26/5-enhance/sql-compat/5-3-easyuse-ora-sp-continue.html

2、新增支持用 CREATE OR REPLACE 语法创建/修改触发器；新增支持在触发器中使用 DECLARE BEGIN 语法。

  • 详见：触发器 ➥
    https://greatsql.cn/docs/8.0.32-26/5-enhance/sql-compat/5-3-easyuse-ora-sp-trigger.html

3、新增支持在匿名块中使用 DECLARE BEGIN 语法

  • 详见：匿名块 ➥
    https://greatsql.cn/docs/8.0.32-26/5-enhance/sql-compat/5-3-easyuse-ora-sp-anony-block.html

4、新增支持在 FOR/FOR ALL … LOOP 用法中使用符号和参数相连，例如 FOR var1…var2 LOOP。

  • 详见：FOR LOOP
    ➥https://greatsql.cn/docs/8.0.32-26/5-enhance/sql-compat/5-3-easyuse-ora-sp-for-loop.html
  • FORALL LOOP
    ➥https://greatsql.cn/docs/8.0.32-26/5-enhance/sql-compat/5-3-easyuse-ora-sp-forall-loop.html

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

高安全

1、新增支持记录指定用户的最后一次登入时间，便于管理员查询，进一步提升数据库安全性。

  • 详见：最后登录信息 ➥
    https://greatsql.cn/docs/8.0.32-26/5-enhance/5-4-security-last-login.html

2、新增支持基于规则的数据脱敏功能。

  • 详见：数据脱敏
    ➥https://greatsql.cn/docs/8.0.32-26/5-enhance/5-4-security-data-masking.html

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

其他

1、支持采用 Clone 实现在线全量热备和增备以及恢复（类似 Xtrabackup），结合 Binlog 可实现恢复到指定时间点。此外，Clone 备份还支持压缩功能。

最低0.47元/天 解锁文章
GreatSQL与MySQL性能对比测试，带您一同探索数据库的速度差异
HackGJN的博客
09-19 796
在选择适合自己的数据库时，性能是一个至关重要的考虑因素。本文将介绍GreatSQL和MySQL两个常见的关系型数据库，并通过性能测试来比较它们之间的速度差异。除了查询性能之外，我们还可以比较GreatSQL和MySQL在插入和更新操作方面的性能差异。除了查询性能之外，我们还可以比较GreatSQL和MySQL在插入和更新操作方面的性能差异。然后，我们分别在GreatSQL和MySQL中执行了一个查询，并记录了执行时间。然后，我们分别在GreatSQL和MySQL中执行了一个查询，并记录了执行时间。
GreatSQL安装篇
BUTCHER
11-11 974
操作系统：CentOS7 CPU：X86_64架构 数据库：GreatSQL-8.0.32-26-Linux-glibc2.17-x86_64.tar.xz。
GreatSQL vs MySQL性能测试来了，速围观~
m0_73257876的博客
09-12 668
无论ibp（innodb_buffer_pool_size）是否充足，MySQL的性能都远不如GreatSQL。MySQL的性能平均约为GreatSQL的70%（最高84.5%，最低61.7%）。在ibp充分的情况下，随着并发数的增加，MySQL并没有表现出该有的性能提升，反倒掉头向下，可见还是不够稳定。在ibp不够的情况下，GreatSQL开启thread pool性能有所提升；当ibp充足的情况下，区别就不大了。MySQL vs GreatSQL性能数据对比各数据库版本分别为。
GreatSQL数据库8.0快速安装部署
最新发布
m0_61389590的博客
10-11 438
本文介绍了GreatSQL数据库在Linux系统上的安装配置流程。主要内容包括：1)系统兼容性检查和环境准备；2)关闭SELinux和防火墙；3)安装依赖包；4)创建安装目录并上传安装包；5)解压和安装RPM包；6)配置数据目录权限；7)初始化数据库并获取临时密码；8)修改配置文件；9)启动服务并修改密码；10)创建远程访问用户。最后还说明了如何使用Navicat客户端连接数据库。整个流程详细说明了从安装到配置的完整步骤。
MariaDB 和 GreatSQL 性能差异背后的真相
GreatSQL2021的博客
10-23 1461
最近项目上遇到了两次 MariaDB 和 GreatSQL 的对比，GreatSQL受到客户质疑，最后经过排查抓到性能差异背后的真相。基于此做个分享。无论是问题一中的100倍性能背后还是插入hang住，其实背后都是对产品的不了解，MariaDB 10.3.39其实对应的是5.7的产品，而且其本身的默认参数调整有作弊嫌疑，默认关闭binlog ，sync_binlog设置为0，checkpoint阈值降低，提高checkpoint的频率等设置，面向测试环境数据是很好看的，但是增加了生产环境的风险和硬件成本。
GreatSQL 8.0.32-26 今日发布
GreatSQL2021的博客
08-05 1203
等多方面都有增强新特性，包括 Clone 增量备份、压缩备份，MGR 新加入成员节点时自动选择最新数据节点为 donor 节点，NUMA 亲和性优化，非阻塞式 DDL，无主键表导入优化，更多 Oracle 兼容用法，最后登录信息，基于规则的数据脱敏功能等多个新特性。当有新成员节点加入 MGR 时，如果选择 Clone 方式复制数据，支持自动选择从最新事务数据的成员节点复制数据，可有效提升 Clone 速度，提高 MGR 的服务可靠性。当新加入节点触发 Clone 方式复制数据时，也支持该特性。
GreatSQL是一个国内自主的开源数据库，可替代mysql
地球空间
09-19 2853
此外，GreatSQL社区还提供了MySQL Shell for GreatSQL，这是一个高级客户端和代码编辑器，支持JavaScript和Python脚本功能，以及与MySQL一起使用的API。它可以用来管理数据库，特别是对MGR的支持，可以方便地进行搭建、管理和配置。GreatSQL的架构可以分为连接层、服务层和存储引擎层。连接层负责与客户端建立连接，服务层是GreatSQL的核心，包括连接器、分析器、优化器、执行器等，而存储引擎层则负责数据的存储和提取。
GreatSQL 8.0.32-24 今日发布
GreatSQL2021的博客
06-05 3148
1.新增特性2.稳定性提升3.其他调整4.bug修复GreatSQL 8.0.32-24版本发布，增加并行load data、（逻辑 & CLONE）备份加密、MGR读写节点可绑定动态VIP、Oracle兼容扩展、审计日志增强等重磅特性。直播预告：GreatSQL 8.0.32-24发布会扫码预约发布会或点击下方阅读原文进行报名。
用systemd管理GreatSQL服务详解
GreatSQL2021的博客
07-02 1106
本文详解用 systemd 管理 GreatSQL 服务，涵盖服务文件、环境变量、启停、重启等要点，助你高效管理，快来一探究竟！
图文结合带你搞懂GreatSQL体系架构
GreatSQL2021的博客
06-28 520
往期系列回顾很多小伙伴使用了GreatSQL，但是对GreatSQL的底层原理还不是很了解，今天就带大家一起揭开GreatSQL体系架构的神秘面纱！首先来回顾一张经典的体系架构图：图1_GreatSQL5.7 版本体系架构图由此可以发现，GreatSQL5.7 由以下几部分组成GreatSQL数据库区别于其他数据库的一个特点就是其可插拔的表存储引擎，特别需要注意的是，存储引擎是基于表的，而不是数据库。然而，经典同时也意味着这幅图已经相当陈旧了。在GreatSQL8.0 及更高版本中，查询缓存这一功能已经被移
技术干货 | 图文结合带你搞懂GreatSQL体系架构
GreatDB的博客
08-04 387
所有的数据，数据库、表的定义，表的每一行的内容，索引，都是存在 文件系统上，以文件的方式存在的，并完成与存储引擎的交互。服务层是GreatSQL Server的核心，主要包含连接器、分析器、优化器、执行器等，涵盖 GreatSQL 的大多数核心服务功能，以及所有的内置函数（如日期、时间、数学和加密函数等），所有跨存储引擎的功能都在这一层实现，比如存储过程、触发器、视图等。GreatSQL数据库区别于其他数据库的一个特点就是其可插拔的表存储引擎，特别需要注意的是，存储引擎是基于表的，而不是数据库。
CentOS7安装GreatSQL
落的博客
03-12 1493
GreatSQL 数据库是一款 开源免费 数据库，可在普通硬件上满足金融级应用场景，具有 高可用、高性能、高兼容、高安全 等特性，可作为 MySQL 或 Percona Server for MySQL 的理想可选替换。
探索卓越性能：GreatSQL - 高效数据库解决方案
gitblog_00021的博客
04-01 581
探索卓越性能：GreatSQL - 高效数据库解决方案 项目简介 是一个开源的、高性能的关系型数据库管理系统，它源自 MySQL 的 Percona Server for MySQL 分支，并在此基础上进行了一系列优化和增强，旨在提供更优秀的事务处理能力、更高的并发性能以及更好的大数据处理能力。 技术分析 性能提升 GreatSQL 在 MySQL 的基础上，针对 InnoDB 存储引擎进行了深度...
GreatSQL体系架构的了解
bisal的专栏
06-30 331
通过学习《图文结合带你搞懂GreatSQL体系架构》，能对GreatSQL的基本底层原理有所了解。一张经典的体系架构图，图1_GreatSQL5.7 版本体系架构图由此可以发现，GreatSQL5.7由以下几部分组成，连接池组件系统管理和控制工具SQL接口组件查询解析器查询优化器缓存组件可插拔存储引擎系统和日志文件GreatSQL数据库区别于其他数据库的一个特点就是其可插拔的表存储引擎，特别需要注...
图文解读MySQL/GreatSQL体系架构
老叶茶馆
09-03 481
*GreatSQL社区原创内容未经授权不得随意使用，转载请联系小编并注明来源。往期系列回顾图文结合系列之带你搞懂MySQL日志系列很多小伙伴使用了GreatSQL，但是对GreatSQL的底层原理还不是很了解，今天就带大家一起揭开GreatSQL体系架构的神秘面纱！首先来回顾一张经典的体系架构图：图1_GreatSQL5.7 版本体系架构图由此可以发现，GreatSQL5.7 由以下几部分组成连...
GreatSQL 8.0.32-26 发布，安全性进一步增强
少安事务所
08-07 682
GreatSQL 数据库是一款 开源免费 数据库，可在普通硬件上满足金融级应用场景，具有 高可用、高性能、高兼容、高安全 等特性，可作为 MySQL 或 Percona Server for MySQL 的理想可选替换。GreatSQL 8.0.32-26 版本的发布，不仅在功能上进行增强，也在持续关注和投入数据库性能和安全性。8月5日，GreatSQL 8.0.32-26 版本发布，对应的 Docker 镜像已推送，此次还提供了阿里云 ACR 镜像。ღ( ´･ᴗ･` )~其中在高安全方面，新增两个特性。
关于GreatSQL字符集的总结
GreatSQL2021的博客
12-20 1107
最近的SQL优化工作中经常遇到因字符集或校验规则不一致导致索引使用不了的问题，修改表的字符集或校验规则相当于把表重构，表中数据量大时，处理起来费时费力，希望应用开发者在设计之初时注意到此问题，让后期接手运维的小伙伴少一些负担。GreatSQL的字符集和校验规则种类繁多，提供灵活性的同时，也带来使用混乱的烦恼。本文对字符集做一个总结，让读者对GreatSQL的字符集有一个全面的了解。
红旗Asianux Server Linux V8 安装万里数据库(GreatSQL)
YZEQIANG的博客
11-22 1426
​ 红旗Asianux Server Linux 8.0是为云时代重新设计的操作系统，为云时代的到来引入了大量新功能，包括用于配置管理、快速迁移框架、编程语言和诸多开发者工具，它还为容器工具包提供全面支持，用于创建，运行和共享容器化应用程序，旨在支持从企业数据中心到多云计算平台的工作负载和应用。
在统信UOS上二进制安装GreatSQL
GreatSQL2021的博客
02-20 1208
GreatSQL社区原创内容未经授权不得随意使用，转载请联系小编并注明来源。 GreatSQL是MySQL的国产分支版本，使用上与MySQL一致。 作者：vatebur 文章来源：GreatSQL社区投稿 UOS二进制安装数据库和其他 Linux 基本一样，网上命令行安装的教程很多。考虑到 UOS 自带图形化界面，为了降低一点安装门槛，本文尽量使用图形化界面安装。 纯命令行安装可以参考：https://greatsql.cn/docs/user-manual/3-quick-start/3-2-qui
libreadline.so.7()(64bit) 被 greatsql-client-8.0.32-25.1.el8.x86_64 需要
04-03
<think>好的，我现在需要解决用户关于如何安装或配置libreadline.so.7以适配greatsql-client-8.0.32-25.1.el8.x86_64的依赖问题。首先，我得回顾用户提供的引用内容，特别是引用[4]，那里提到系统缺少libreadline.so.8导致安装问题，用户通过卸载并安装正确版本解决。但当前用户需要的是libreadline.so.7，可能与之前的冲突不同。 接下来，用户的环境是el8（RHEL/CentOS 8），而GreatSQL客户端需要libreadline.so.7。通常，库文件的版本兼容性很重要。可能的情况是系统中已安装的readline库版本过高（如libreadline.so.8）或者没有安装对应的版本。需要确认系统是否已经存在libreadline.so.7，或者是否需要降级安装。 根据引用[2]，用户检查了/usr/lib64/libreadline.so.7是否存在，可能已经存在但符号链接不正确，或者版本不匹配。可能需要安装兼容的readline包，或者创建符号链接。另外，引用[4]中提到通过yum remove readline解决冲突，可能需要类似的方法来处理libreadline.so.7的问题。 可能的步骤包括： 1. 检查现有readline版本，确认是否有libreadline.so.7。 2. 如果没有，寻找适用于el8的readline包，例如通过yum仓库安装旧版本。 3. 处理依赖冲突，可能需要使用--setopt=protected_packages=readline来防止自动升级或降级其他依赖包。 4. 创建符号链接，确保库的正确指向。 5. 使用LD_LIBRARY_PATH或ldconfig更新库缓存。 需要注意，强制降级可能会影响其他依赖高版本readline的软件，因此需谨慎。此外，用户可能需要启用包含旧版本库的仓库，如EPEL或特定GreatSQL提供的仓库。如果系统中无法直接安装，可能需要手动编译或下载rpm包进行安装。最后，安装完成后，运行ldconfig更新动态链接库缓存，确保GreatSQL客户端能找到所需的库。</think>### 分步解决方案 #### 1. 确认当前系统readline库状态 ```bash # 检查已安装的readline包 rpm -qa | grep readline # 查看libreadline.so.7是否存在 ls -l /usr/lib64/libreadline.so.7* ``` #### 2. 安装兼容版本（根据系统类型选择） *适用于RHEL/CentOS 8：* ```bash # 从EPEL仓库安装兼容包（需先启用EPEL） yum install -y https://dl.fedoraproject.org/pub/epel/epel-release-latest-8.noarch.rpm yum install --disablerepo=* --enablerepo=epel readline-7.0-10.el8.x86_64 ``` *如果存在版本冲突：* ```bash # 强制降级并保留依赖关系（谨慎操作） yum downgrade readline-7.0-10.el8 --setopt=protected_packages=readline ``` #### 3. 创建符号链接（如库文件未自动链接） ```bash ln -sf /usr/lib64/libreadline.so.7.0 /usr/lib64/libreadline.so.7 ``` #### 4. 更新动态链接库缓存 ```bash ldconfig -v | grep libreadline ``` #### 5. 验证GreatSQL客户端安装 ```bash # 重新尝试安装客户端 yum install greatsql-client-8.0.32-25.1.el8.x86_64 # 验证依赖解析 ldd $(which mysql) | grep libreadline ``` ### 关键配置说明 - **版本匹配原则**：GreatSQL客户端需要$libreadline.so.7$对应readline 7.x版本，与系统自带8.x版本存在符号不兼容[^4] - **安全降级**：使用$--setopt=protected_packages$参数可避免影响其他依赖高版本readline的应用程序 - **符号链接验证**：需确保$ls -l /usr/lib64/libreadline.so.7$显示有效链接，如： ``` lrwxrwxrwx. 1 root root 20 Mar 1 10:00 /usr/lib64/libreadline.so.7 -> libreadline.so.7.0 ``` ### 引用验证方法 ```bash # 检查客户端依赖解析（输出应包含libreadline.so.7） objdump -p /usr/bin/mysql | grep NEEDED ```
评论
成就一亿技术人!
拼手气红包6.0元
还能输入1000个字符
 
红包 添加红包
表情包 插入表情
表情包 代码片
 条评论被折叠 查看
添加红包

请填写红包祝福语或标题

个

红包个数最小为10个

元

红包金额最低5元

当前余额3.43元 前往充值 >
需支付：10.00元
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付元
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明：

1.余额是钱包充值的虚拟货币，按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载，可以购买VIP、付费专栏及课程。

余额充值