GreatSQL 8.4.4-4 GA (2025-10-15)

版本信息

• 发布时间：2025年10月15日

• 版本号：8.4.4-4, Revision d73de75905d

• 下载链接：https://gitee.com/GreatSQL/GreatSQL/releases/tag/GreatSQL-8.4.4-4

• 用户手册：https://greatsql.cn/docs/8.4.4-4/

特性增强

GreatSQL 8.4.4.-4版本在Percona Server for MySQL 8.4.4-4版本的基础上，主要在 高可用、高性能、高兼容、高安全四个方面进行了多项特性增强，使得 GreatSQL 可在普通硬件上满足金融级应用场景，可作为 MySQL 或 Percona Server for MySQL 的理想可选替换。

高可用

针对 MGR 及主从复制进行了大量改进和提升工作，支持 地理标签、仲裁节点、读写动态 VIP、快速单主模式、智能选主 等特性，并针对 流控算法、事务认证队列清理算法、节点加入&退出机制、recovery机制、大事务传输压缩等多个 MGR 底层工作机制算法进行深度优化，进一步提升优化了 MGR 的高可用保障及性能稳定性。

• 支持 地理标签 特性，提升多机房架构数据可靠性。
• 支持 仲裁节点 特性，用更低的服务器成本实现更高可用。
• 支持 读写动态 VIP 特性，高可用切换更便捷，更快实现读负载均衡。支持 当主节点切换时，主动关闭当前活跃连接，缩短应用端不可用时长。。
• 支持 快速单主模式，在单主模式下更快，性能更高。
• 支持 智能选主 特性，高可用切换选主机制更合理。
• 优化 流控算法，使得事务更平稳，避免剧烈抖动。
• 支持 记录 MGR 网络通信开销超过阈值的事件，用于进一步分析和优化。
• 支持自动选择从最新事务数据的成员节点复制数据，可有效提升 Clone 速度，提高 MGR 的服务可靠性。
• 在主从复制中，从节点向主节点发起 Binlog 读取请求时支持限速控制。
• 优化了 asynchronous connection failover 中的故障检测效率，降低主从复制链路断开的时间，提高整体可用性。
  • https://dev.mysql.com/doc/refman/8.0/en/replication-asynchronous-connection-failover.html
• 支持在跨机房容灾场景中的 主主双向复制防止回路 机制。
• 优化了 MGR 节点加入、退出时可能导致性能剧烈抖动的问题。
• 解决了个别节点上磁盘空间爆满时导致MGR集群整体被阻塞的问题。
• 优化了 MGR 事务认证队列清理算法，高负载下不复存在每 60 秒性能抖动问题。
• 解决了 MGR 中长事务造成无法选主的问题。
• 修复了 MGR recovery 过程中长时间等待的问题。
• 优化了MGR大事务传输时压缩超过限制的处理机制。

更多信息详见文档：

• 高可用：https://greatsql.cn/docs/8.4.4-4/5-enhance/5-2-ha.html

高性能

相对 MySQL 及 Percona Server For MySQL 的性能表现更稳定优异，支持 Rapid 引擎、Turbo引擎、事务无锁化、并行 LOAD DATA、异步删除大表、线程池、非阻塞式 DDL、NUMA 亲和调度优化 等特性，在 TPC-C 测试中相对 MySQL 性能提升超过 30%

• https://greatsql.cn/docs/8.4.4-4/10-optimize/3-5-benchmark-greatsql-vs-mysql-tpcc-report.html

在 TPC-H 测试中的性能表现是 MySQL 的十几倍甚至上百倍

• https://greatsql.cn/docs/8.4.4-4/10-optimize/3-3-benchmark-greatsql-tpch-report.html

• 支持 大规模并行、基于内存查询、高压缩比的高性能 Rapid 引擎，可将数据分析性能提升几个数量级。

• 支持 高性能并行查询引擎Turbo，使GreatSQL具备多线程并发的向量化实时查询功能。

• 优化 InnoDB 事务系统，实现了大锁拆分及无锁化等多种优化方案，OLTP 场景整体性能提升约 20%。

• 支持 并行 LOAD DATA，适用于频繁导入大批量数据的应用场景，性能可提升约 20 多倍；对于无显式定义主键的场景亦有优化提升。

• 支持 异步删除大表，提高 InnoDB 引擎运行时性能的稳定性。

• 支持 线程池，降低了线程创建和销毁的代价，保证高并发下，性能稳定不会明显衰退。

• 支持 非阻塞式 DDL，可以避免数据库因为必须尽快完成 DDL 操作而导致业务请求大量被阻塞的问题。

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

更多信息详见文档：

• 高性能：https://greatsql.cn/docs/8.4.4-4/5-enhance/5-1-highperf.html

高兼容

GreatSQL 实现 100% 完全兼容 MySQL 及 Percona Server For MySQL 语法，支持大多数常见 Oracle 语法，包括数据类型兼容、函数兼容、SQL 语法兼容、存储程序兼容等众多兼容扩展用法。

更多信息详见文档：

• 高兼容：https://greatsql.cn/docs/8.4.4-4/5-enhance/5-3-easyuse.html

高安全

GreatSQL 支持逻辑备份加密、CLONE 备份加密、审计、表空间国密加密、敏感数据脱敏、存储登录历史等多个安全提升特性，进一步保障业务数据安全，更适用于金融级应用场景。

• 支持 mysqldump 逻辑备份加密，提供了利用 mysqldump 逻辑备份的安全加密需求。
• 支持 Clone 备份加密，提供了利用 Clone 物理备份的安全加密需求。
• 支持 审计功能，及时记录和发现未授权或不安全行为。
• 支持 InnoDB 表空间国密加密算法，确保重要数据的加密安全。
• 支持 基于函数和策略的两种数据脱敏 工作方式，保障敏感用户数据查询结果保密性。

通过上述多个安全提升特性，进一步保障业务数据安全。

更多信息详见文档：

• 高安全：https://greatsql.cn/docs/8.4.4-4/5-enhance/5-4-security.html

其他

• 支持 Clone 在线全量热备、增备及恢复，结合 Binlog 可实现恢复到指定时间点。此外，Clone 备份还支持压缩功能。
  • https://greatsql.cn/docs/8.4.4-4/5-enhance/5-5-clone-compressed-and-incrment-backup.html
• 支持 InnoDB Page透明压缩采用Zstd算法，进一步提高数据压缩率，尤其是当有大量长文本重复数据时。
  • https://greatsql.cn/docs/8.4.4-4/5-enhance/5-5-innodb-page-compression.html

注意事项

从8.0升级到8.4版本，对现有运维管控系统最大的影响是，原先包含 MASTER/SLAVE 关键字的指令不再可用，相应的主要改动详见下表

此外，原来在 CHANGE MASTER（新的指令 CHANGE REPLICATION SOURCE TO） 以及 START SLAVE（新的指令 START REPLICA） 中相关的参数变量也同样发生变化，详见下表

执行 SQL 命令 SHOW [GLOBAL] STATUS 的结果中，也有部分状态变量发生变化，详见下表

升级/降级到 GreatSQL 8.4.4-4

升级到 GreatSQL 8.4.4-4

• 如果是 GreatSQL 5.7 等系列版本，可以直接在原来的 datadir 基础上，修改 basedir 后，原地（in-place）启动 GreatSQL 8.0.32-27 版本后，先原地升级到 GreatSQL 8.0.32-27 版本。再继续在该 datadir 基础上升级，即修改 basedir 指向 GreatSQL 8.4.4-4 新版本，再次进行原地升级。需要注意的是，从 5.7 版本升级到 8.0 版本，再升级到 8.4 版本后，数据库中的账号仍采用 mysql_native_password 密码验证插件。当最终升级到 8.4 版本后，需要修改 my.cnf 配置文件，加上 mysql_native_password=1，以保证原有的账号能正常登录。

• 如果是 GreatSQL 8.0 等系列版本，并且没有使用 Rapid 引擎，则可以直接在原来的 datadir 基础上，修改 basedir 后，原地（in-place）启动 GreatSQL 8.4.4-4 后会完成自动升级。

• 如果旧版本是 GreatSQL 8.0.32-27 且已启用 Rapid 引擎，可以直接在原来的 datadir 基础上，修改 basedir 后，原地（in-place）启动 GreatSQL 8.4.4-4 后会完成自动升级。

• 如果旧版本是 GreatSQL 8.0.32-25 或 8.0.32-26 且已启用 Rapid 引擎，这种情况下无法原地升级，需要卸载所有 Rapid 引擎表，删除 Rapid 数据文件，才可以在原来的 datadir 基础上，修改 basedir 后，原地（in-place）启动 GreatSQL 8.4.4-4 后进行自动升级。新版本实例启动后，对所有 Rapid 引擎表执行 ALTER TABLE SECONDARY_LOAD 完成全量数据导入，再执行 SELECT START_SECONDARY_ENGINE_INCREMENT_LOAD_TASK() 启动增量导入任务，完成 Rapid 引擎表升级工作。下面是一个升级参考过程：

  <p style="color:#333333; margin-left:0px; margin-right:0px; text-align:left"><strong style="color:#000000">1. 查询并记录所有Rapid引擎表</strong>
  
  <p style="color:#333333; margin-left:0px; margin-right:0px; text-align:left">可以执行下面的SQL，查询当前有哪些表使用了Rapid引擎：
  
  <pre style="margin-left:5px; margin-right:5px; text-align:left">
  

  greatsql> SELECT TABLE_SCHEMA, TABLE_NAME, TABLE_ROWS FROM information_schema.TABLES WHERE CREATE_OPTIONS LIKE '%Rapid%'; +--------------+----------------+------------+ | TABLE_SCHEMA | TABLE_NAME | TABLE_ROWS | +--------------+----------------+------------+ | tpch100g | customer | 14854987 | | tpch100g | lineitem | 582868392 | | tpch100g | nation | 25 | | tpch100g | orders | 148492582 | | tpch100g | part | 19943155 | | tpch100g | partsupp | 79832625 | | tpch100g | region | 5 | | tpch100g | supplier | 989416 | +--------------+----------------+------------+

  <p style="color:#333333; margin-left:0px; margin-right:0px; text-align:left"><strong style="color:#000000">2. 正常停止GreatSQL实例进程</strong>
  
  <p style="color:#333333; margin-left:0px; margin-right:0px; text-align:left">在停止GreatSQL实例进程前，先修改<code>innodb_fast_shutdown=0</code>后再执行<code>SHUTDOWN</code>停止实例
  
  <pre style="margin-left:5px; margin-right:5px; text-align:left">
  

  greatsql> SET GLOBAL innodb_fast_shutdown=0; greatsql> SHUTDOWN;

  <p style="color:#333333; margin-left:0px; margin-right:0px; text-align:left"><strong style="color:#000000">3. 删除旧的Rapid引擎数据文件</strong>
  
  <pre style="margin-left:5px; margin-right:5px; text-align:left">
  

  cd /data/GreatSQL && rm -f duckdb*

  <p style="color:#333333; margin-left:0px; margin-right:0px; text-align:left"><strong style="color:#000000">4. 修改<code>my.cnf</code>配置文件中的<code>basedir</code>参数，指向GreatSQL 8.4.4-4新版本</strong>
  
  <pre style="margin-left:5px; margin-right:5px; text-align:left">
  

  #my.cnf [mysqld] basedir=/usr/local/GreatSQL-8.4.4-4-Linux-glibc2.28-x86_64

  <p style="color:#333333; margin-left:0px; margin-right:0px; text-align:left">并确保参数<code>upgrade</code>不是设置为<em>NONE</em>。
  
  <p style="color:#333333; margin-left:0px; margin-right:0px; text-align:left"><strong style="color:#000000">5. 启动GreatSQL 8.4.4-4新版本实例</strong>
  
  <pre style="margin-left:5px; margin-right:5px; text-align:left">
  

  systemctl start greatsql

  <p style="color:#333333; margin-left:0px; margin-right:0px; text-align:left"><strong style="color:#000000">6. 重新安装Rapid引擎</strong>
  
  <pre style="margin-left:5px; margin-right:5px; text-align:left">
  

  greatsql> INSTALL PLUGIN rapid SONAME 'ha_rapid.so';

  <p style="color:#333333; margin-left:0px; margin-right:0px; text-align:left"><strong style="color:#000000">7. 对Rapid引擎表做一次全量数据导入</strong>
  
  <pre style="margin-left:5px; margin-right:5px; text-align:left">
  

  greatsql> ALTER TABLE test.t1 SECONDARY_LOAD;

tip 小贴士：由于在升级前没有去掉该表的SECONDARY_ENGINE=rapid属性，所以无需重新设置。如果在升级前卸载所有Rapid引擎表，则需要重新设置。

8. 再次启动增量导入任务

greatsql> SELECT START_SECONDARY_ENGINE_INCREMENT_LOAD_TASK('test', 't1');

这就完成Rapid引擎表的升级操作了。

• 如果是 MySQL 5.7 或 Percona Server 5.7 等系列版本，可以直接在原来的 datadir 基础上，修改 basedir 后，原地（in-place）启动 GreatSQL 8.0.32-27 版本后，确认升级成功后，再次在原来 datadir 基础上继续升级，即修改 basedir 指向 GreatSQL 8.4.4-4 新版本，之后就能完成自动升级。需要注意的是，从 5.7 版本升级到 8.0 版本，再升级到 8.4 版本后，数据库中的账号仍采用 mysql_native_password 密码验证插件。当最终升级到 8.4 版本后，需要修改 my.cnf 配置文件，加上 mysql_native_password=1，以保证原有的账号能正常登录。

• 如果是 MySQL 8.0 或 Percona Server 8.0 等系列版本，则可以直接在原来的 datadir 基础上，修改 basedir 后，原地（in-place）启动 GreatSQL 8.4.4-4 后会完成自动升级。

• 其他情况下，最好采用导入逻辑备份文件方式升级到 GreatSQL 8.4.4-4 版本。

在以上几个原地升级场景中，务必保证my.cnf中参数upgrade不能设置为NONE，可以设置为默认的AUTO或FORCE。例如：

#my.cnf
[mysqld]
upgrade = AUTO

更多迁移升级方案请参考：

• 迁移升级：https://greatsql.cn/docs/8.4.4-4/7-migrate-and-upgrade/0-migrate-and-upgrade.html

降级到 GreatSQL 8.4.4-4

如果是要从 MySQL/Percona 8.4 系列较高的小版本降级到 GreatSQL 8.4.4-4 版本，可以采用原地降级方式快速完成版本降级操作。即可以直接在原来的 datadir 基础上，修改 basedir 后，并增加设置参数upgrade=FORCE，原地（in-place）启动 GreatSQL 8.4.4-4 后会完成自动降级。

如果是要从 MySQL/Percona 9.0 及之后的版本降级到 GreatSQL 8.4.4-4 版本，则需要采取逻辑备份 + 逻辑导入方式完成降级操作，并且在逻辑备份导入完成后的首次重启时，务必设置 upgrade=FORCE 强制升级所有数据表，包括系统表。

降级过程操作大致如下所示：

1. 在高版本中逻辑备份全量数据

mysqldump -S/data/MySQL/mysql.sock -A --triggers --routines --events --single-transaction > /data/backup/fulldump.sql

2. 在GreatSQL 8.4.4-4版本环境中导入逻辑备份文件，完成逻辑恢复

mysql -S/data/GreatSQL/mysql.sock -f < /data/backup/fulldump.sql

3. 修改my.cnf，确保设置upgrade=FORCE

#my.cnf
[mysqld]
upgrade = FORCE

4. 重启GreatSQL，降级完成

systemctl restart greatsql

重启过程中，可以看到日志有类似下面的强制降级过程

[Note] [MY-013387] [Server] Upgrading system table data.
[Note] [MY-013385] [Server] Upgrading the sys schema.
[Note] [MY-013400] [Server] Upgrade of help tables started.
[Note] [MY-013400] [Server] Upgrade of help tables completed.
[Note] [MY-013394] [Server] Checking 'mysql' schema.
[Note] [MY-013394] [Server] Checking 'sys' schema.
[System] [MY-014064] [Server] Server downgrade from '80406' to '80404' started.
[System] [MY-014064] [Server] Server downgrade from '80406' to '80404' completed.

如果不设置 upgrade = FORCE 强制升级所有表，有可能发生系统表 mysql.procs_priv 损坏错误，在创建用户时可能会报告类似下面的错误：

greatsql> CREATE USER tpch IDENTIFIED BY 'tpch';
ERROR 1728 (HY000): Cannot load from mysql.procs_priv. The table is probably corrupted

GreatSQL vs MySQL

GreatSQL 8.4.4-4 基于 Percona Server for MySQL 8.4.4-4 版本，它在 MySQL 8.4.4 基础上做了大量的改进和提升以及众多新特性，详情请见：

• Percona Server for MySQL feature comparison: https://docs.percona.com/percona-server/8.4/feature-comparison.html

这其中包括线程池、审计、数据脱敏等 MySQL 企业版才有的特性，以及 performance_schema 提升、information_schema 提升、性能和可扩展性提升、用户统计增强、PROCESSLIST 增强、Slow Log 增强等大量改进和提升，这里不一一重复列出。

GreatSQL Release Notes

GreatSQL 8.4

• Changes in GreatSQL 8.4.4-4 (2025-10-15) https://greatsql.cn/docs/8.4.4-4/1-docs-intro/relnotes/changes-greatsql-8444.html

GreatSQL 8.0

• Changes in GreatSQL 8.0.32-27 (2025-3-10)
• Changes in GreatSQL 8.0.32-26 (2024-8-5)
• Changes in GreatSQL 8.0.32-25 (2023-12-28)
• Changes in GreatSQL 8.0.32-24 (2023-6-5)
• Changes in GreatSQL 8.0.25-17 (2023-3-13)
• Changes in GreatSQL 8.0.25-16 (2022-5-16)
• Changes in GreatSQL 8.0.25-15 (2021-8-26)

GreatSQL 5.7

• Changes in GreatSQL 5.7.36-39 (2022-4-7)