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（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 语法。
  
  
  
  • 详见：匿名块 ➥ https://greatsql.cn/docs/8.0.32-26/5-enhance/sql-compat/5-3-easyuse-ora-sp-anony-block.html
    
  
  
• 新增支持在 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
高安全

• 新增支持记录指定用户的最后一次登入时间，便于管理员查询，进一步提升数据库安全性。
  
  
  
  • 详见：最后登录信息 ➥ https://greatsql.cn/docs/8.0.32-26/5-enhance/5-4-security-last-login.html
    
  
  
• 新增支持基于规则的数据脱敏功能。
  
  
  
  • 详见：数据脱敏 ➥ 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
其他

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

缺陷修复

• 修复了在部分 ARM 架构环境中无法使用并行复制的问题，详见：MySQL Bug 110752 ➥ https://bugs.mysql.com/bug.php?id=110752
  
• 修复了最后登录信息和审计日志入表时未处理 Binlog 可能导致主从异常的问题。在新版本中，最后登录信息和审计日志都不会记录 Binlog，避免因为主从复制（也包括 MGR）中各实例都开启该特性记录 Binlog 而造成主从复制失败（或 MGR 报错）。
  
• 修复了数个因为 SQL 注入可能导致数据库实例发生 coredump 的问题，大幅提升 GreatSQL 对 SQL 注入风险的抵御能力。
  
• 修复了 Oracle 模式下 NULL 值唯一约束问题。在原来的 Oracle 模式下，插入 NULL 值会触发唯一约束冲突；而在 Oracle 数据库中，是允许向唯一约束列中重复写入 NULL 值的。在新版本中修复了这个问题。
  

1. -- 在老版本中
2. greatsql> SET sql_mode = ORACLE;
3. greatsql> CREATE TABLE t1 (c1 INT UNIQUE);
4. greatsql> SHOW CREATE TABLE t1\G
5. *************************** 1. row ***************************
6.        Table: t1
7. Create Table: CREATE TABLE "t1" (
8.   "my_row_id" bigint unsigned NOT NULL AUTO_INCREMENT /*!80023 INVISIBLE */,
9.   "c1" int DEFAULT NULL,
10.   PRIMARY KEY ("my_row_id"),
11.   UNIQUE KEY "c1" ("c1") /* nulls are equal in unique index as oracle does */
12. ) ENGINE=InnoDB DEFAULT CHARSET=utf8mb4 COLLATE=utf8mb4_0900_ai_ci
14. greatsql> INSERT INTO t1 SELECT NULL;
15. Query OK, 1 row affected (0.01 sec)
16. Records: 1  Duplicates: 0  Warnings: 0
18. greatsql> INSERT INTO t1 SELECT NULL;
19. ERROR 1062 (23000): Duplicate entry 'NULL' for key 't1.c1'

复制代码

在新版本中修复了这个唯一性约束问题：

1. -- 在新版本中
2. greatsql> SET sql_mode = ORACLE;
3. greatsql> CREATE TABLE t1 (c1 INT UNIQUE);
4. greatsql> SHOW CREATE TABLE t1\G
5. *************************** 1. row ***************************
6.        Table: t1
7. Create Table: CREATE TABLE "t1" (
8.   "my_row_id" bigint unsigned NOT NULL AUTO_INCREMENT /*!80023 INVISIBLE */,
9.   "c1" int DEFAULT NULL,
10.   PRIMARY KEY ("my_row_id"),
11.   UNIQUE KEY "c1" ("c1") /* nulls are equal in unique index as oracle does */
12. ) ENGINE=InnoDB DEFAULT CHARSET=utf8mb4 COLLATE=utf8mb4_0900_ai_ci
14. greatsql> INSERT INTO t1 SELECT NULL;
15. Query OK, 1 row affected (0.01 sec)
16. Records: 1  Duplicates: 0  Warnings: 0
18. -- 不再报告唯一性约束冲突
19. greatsql> INSERT INTO t1 SELECT NULL;
20. Query OK, 1 row affected (0.01 sec)
21. Records: 1  Duplicates: 0  Warnings: 0

复制代码

• 修复了开启线程池后，当逻辑 CPU 核数大于 128 时会触发 coredump 的问题
  
  
  
  • 详见：mysqld debug version will core if the number of cpu cores is larger than 128 ➥ https://github.com/GreatSQL/GreatSQL/issues/5
    
  
  
• 修复了在 greatdb_ha Plugin 中启用 VIP 后因系统环境问题或配置不当可能导致 GreatSQL 在启动 MGR 后发生 coredump 的问题
  
  
  
  • 详见：Issue#I9VTF8 ➥ https://gitee.com/GreatSQL/GreatSQL/issues/I9VTF8?from=project-issue
    
  
  
• 修复了用RPM包和TAR二进制包不同方式安装会造成 lower_case_table_names 的默认设置不同的问题。
  
• 修复了在空跑或低负载时，进程 CPU 消耗较高的问题。
  
• 修复了 默认安装多了sys_audit库 问题
  
  
  
  • 详见：Issue#I8TL52 ➥ https://gitee.com/GreatSQL/GreatSQL/issues/I8TL52?from=project-issue
    
  
  
• 修复了 merge view 后导致 assert fail 问题
  
  
  
  • 详见：Issue#IABSE6 ➥ https://gitee.com/GreatSQL/GreatSQL/issues/IABSE6?from=project-issue
    
  
  
• 修复了 full join 执行计划不正确问题
  
  
  
  • 详见：Issue#IADFD7 ➥ https://gitee.com/GreatSQL/GreatSQL/issues/IADFD7?from=project-issue
    
  
  

注意事项

无。
升级/降级到 GreatSQL 8.0.32-26

升级到 GreatSQL 8.0.32-26

以下是升级到 GreatSQL 8.0.32-26 的几种不同场景说明。
<ul>如果旧版本是 GreatSQL 8.0.32-25，并且没有使用 Rapid 引擎，则可以直接在原来的 datadir 基础上，修改 basedir 后，原地（in-place）启动 GreatSQL 8.0.32-26 后会完成自动升级。
如果旧版本是 GreatSQL 8.0.32-25，并且已启用 Rapid 引擎，这种情况下暂时先不要升级，可以等到后续发布带新版本 Rapid 引擎的 GreatSQL 8.0.32-26 版本后再升级。
如果旧版本是 GreatSQL 8.0.32-24、8.0.25-*、5.7.36-39 等系列版本，则可以直接在原来的 datadir 基础上，修改 basedir 后，原地（in-place）启动 GreatSQL 8.0.32-26 后会完成自动升级。
如果是 MySQL 8.0.<em>（ 8.0.32 版本）等系列版本，则需要利用逻辑备份方式导出数据，再导入的方式完成升级，不支持原地（in-place）升级到 GreatSQL 8.0.32-26。
如果是 MySQL 5.7.（>= 5.7.23 版本）、Percona Server 5.7.（ /data/backup/fulldump.sql[/code]

• 在GreatSQL 8.0.32-26版本环境中导入逻辑备份文件，完成逻辑恢复
  

1. [mysqld]
2. upgrade = AUTO

复制代码

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

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

复制代码

• 重启GreatSQL，降级完成
  

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

复制代码

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

1. $ vim /etc/my.cnf
2. ...
3. [mysqld]
4. ...
5. upgrade = FORCE
6. ...

复制代码

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

1. $ systemctl restart greatsql

复制代码

GreatSQL VS MySQL

1.主要特性GreatSQL 8.0.32-26MySQL 8.0.32开源✔️✔️ACID 完整性✔️✔️MVCC 特性✔️✔️支持行锁✔️✔️Crash 自动修复✔️✔️表分区（Partitioning）✔️✔️视图（Views）✔️✔️子查询（Subqueries）✔️✔️触发器（Triggers）✔️✔️存储程序（Stored Programs）✔️✔️外键（Foreign Keys）✔️✔️窗口函数（Window Functions）✔️✔️通用表表达式 CTE✔️✔️地理信息（GIS）✔️✔️基于 GTID 的复制✔️✔️组复制（MGR）✔️✔️MyRocks 引擎✔️❌支持龙芯架构✔️❌2. 性能提升扩展GreatSQL 8.0.32-26MySQL 8.0.32AP 引擎✔️仅云上HeatWaveNUMA 亲和性优化✔️❌非阻塞式 DDL✔️❌无主键表导入优化✔️❌InnoDB 并行查询✔️仅主键扫描并行 LOAD DATA✔️❌InnoDB 事务 ReadView 无锁优化✔️❌InnoDB 事务大锁拆分优化✔️❌InnoDB 资源组✔️✔️自定义 InnoDB 页大小✔️✔️Contention-Aware Transaction Scheduling✔️✔️InnoDB Mutexes 拆分优化✔️❌MEMORY 引擎优化✔️❌InnoDB Flushing 优化✔️❌并行 Doublewrite Buffer✔️✔️InnoDB 快速索引创建优化✔️❌VARCHAR/BLOB/JSON 类型存储单列压缩✔️❌数据字典中存储单列压缩信息✔️❌3. 面向开发者提升改进GreatSQL 8.0.32-26MySQL 8.0.32X API✔️✔️JSON✔️✔️NoSQL Socket-Level接口✔️✔️InnoDB 全文搜索改进✔️❌更多 Hash/Digest 函数✔️❌Oracle 兼容-数据类型✔️❌Oracle 兼容-函数✔️❌Oracle 兼容-SQL语法✔️❌Oracle 兼容-存储程序✔️❌4. 基础特性提升改进GreatSQL 8.0.32-26MySQL 8.0.32MGR 提升-地理标签✔️❌MGR 提升-仲裁节点✔️❌MGR 提升-读写节点绑定VIP✔️❌MGR 提升-快速单主模式✔️❌MGR 提升-智能选主机制✔️❌MGR 提升-全新流控算法✔️❌MGR 提升-网络分区异常处理✔️❌MGR 提升-节点异常退出处理✔️❌MGR 提升-节点磁盘满处理✔️❌MGR 提升-自动选择 donor 节点✔️❌Clone 增量备份✔️❌Clone 备份压缩✔️❌Binlog 读取限速✔️❌information_schema 表数量9565全局性能和状态指标853434优化器直方图（Histograms）✔️✔️Per-Table 性能指标✔️❌Per-Index 性能指标✔️❌Per-User 性能指标✔️❌Per-Client 性能指标✔️❌Per-Thread 性能指标✔️❌全局查询相应耗时统计✔️❌SHOW INNODB ENGINE STATUS 增强✔️❌回滚段信息增强✔️❌临时表信息增强✔️❌用户统计信息增强✔️❌Slow log 信息增强✔️❌5.安全性提升GreatSQL 8.0.32-26MySQL 8.0.32国密支持✔️❌备份加密✔️❌审计✔️仅企业版数据脱敏✔️❌最后登录记录✔️❌SQL Roles✔️✔️SHA-2 密码Hashing✔️✔️密码轮换策略✔️✔️PAM 认证插件✔️仅企业版Keyring 存储在文件中✔️✔️Keyring 存储在Hashicorp Vault中✔️仅企业版InnoDB 数据加密✔️✔️InnoDB 日志加密✔️✔️InnoDB 各种表空间文件加密✔️✔️二进制日志加密✔️❌临时文件加密✔️❌强制加密✔️❌6. 运维便利性提升GreatSQL 8.0.32-26MySQL 8.0.32DDL 原子性✔️✔️数据字典存储 InnoDB 表✔️✔️快速 DDL✔️✔️SET PERSIST✔️✔️不可见索引✔️✔️线程池（Threadpool）✔️仅企业版备份锁✔️❌SHOW GRANTS 扩展✔️❌表损坏动作扩展✔️❌杀掉不活跃事务✔️❌START TRANSACTION WITH CONSISTENT SNAPSHOT 扩展✔️❌GreatSQL 8.0.32-26 基于 Percona Server for MySQL 8.0.32 版本，它在 MySQL 8.0.32 基础上做了大量的改进和提升以及众多新特性，详情请见：Percona Server for MySQL feature comparison ➥ https://docs.percona.com/percona-server/8.0/feature-comparison.html，这其中包括线程池、审计、数据脱敏等 MySQL 企业版才有的特性，以及 performance_schema 提升、information_schema 提升、性能和可扩展性提升、用户统计增强、PROCESSLIST 增强、Slow Log 增强等大量改进和提升，这里不一一重复列出。
GreatSQL Release Notes

GreatSQL 8.0

• Changes in GreatSQL 8.0.32-26 (2024-08-05)
  
• 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)
  

Enjoy GreatSQL
来源:https://www.cnblogs.com/greatsql/p/18342627
免责声明：由于采集信息均来自互联网，如果侵犯了您的权益，请联系我们【E-Mail:cb@itdo.tech】 我们会及时删除侵权内容，谢谢合作！