我要评论
* greatsql社区原创内容未经授权不得随意使用，转载请联系小编并注明来源。
版本信息
-
发布时间：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 请求长时间等待 mdl 锁。利用该特性，可以避免数据库因为必须尽快完成 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 值的。在新版本中修复了这个问题。
-- 在老版本中
greatsql> set sql_mode = oracle;
greatsql> create table t1 (c1 int unique);
greatsql> show create table t1\g
*************************** 1. row ***************************
table: t1
create table: create table "t1" (
"my_row_id" bigint unsigned not null auto_increment /*!80023 invisible */,
"c1" int default null,
primary key ("my_row_id"),
unique key "c1" ("c1") /* nulls are equal in unique index as oracle does */
) engine=innodb default charset=utf8mb4 collate=utf8mb4_0900_ai_ci
greatsql> insert into t1 select null;
query ok, 1 row affected (0.01 sec)
records: 1 duplicates: 0 warnings: 0
greatsql> insert into t1 select null;
error 1062 (23000): duplicate entry 'null' for key 't1.c1'
在新版本中修复了这个唯一性约束问题：
-- 在新版本中
greatsql> set sql_mode = oracle;
greatsql> create table t1 (c1 int unique);
greatsql> show create table t1\g
*************************** 1. row ***************************
table: t1
create table: create table "t1" (
"my_row_id" bigint unsigned not null auto_increment /*!80023 invisible */,
"c1" int default null,
primary key ("my_row_id"),
unique key "c1" ("c1") /* nulls are equal in unique index as oracle does */
) engine=innodb default charset=utf8mb4 collate=utf8mb4_0900_ai_ci
greatsql> insert into t1 select null;
query ok, 1 row affected (0.01 sec)
records: 1 duplicates: 0 warnings: 0
-- 不再报告唯一性约束冲突
greatsql> insert into t1 select null;
query ok, 1 row affected (0.01 sec)
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 的几种不同场景说明。
-
如果旧版本是 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.*（<= 8.0.32 版本）、percona server 8.0.*（<= 8.0.32 版本）等系列版本，则可以直接在原来的
datadir 基础上，修改
basedir 后，原地（in-place ）启动 greatsql 8.0.32-26 后会完成自动升级。
-
如果是 mysql 8.0.*（> 8.0.32 版本）、percona server 8.0.*（> 8.0.32 版本）等系列版本，则需要利用逻辑备份方式导出数据，再导入的方式完成升级，不支持原地（in-pla ce）升级到 greatsql 8.0.32-26。
-
如果是 mysql 5.7.*（>= 5.7.23 版本）、percona server 5.7.*（<= 5.7.23 版本）等系列版本，则可以直接在原来的
datadir 基础上，修改
basedir 后，原地（in-place ）启动 greatsql 8.0.32-26 后会完成自动升级。
在以上几个原地升级场景中，务必保证 greatsql 中参数 upgrade 不能设置为 none，可以设置为默认的 auto 或 force。例如：
[mysqld]
upgrade = auto
更多迁移升级方案请参考：迁移升级 ➥ https://greatsql.cn/docs/8.0.32-26/7-migrate-and-upgrade/0-migrate-and-upgrade.html
降级到 greatsql 8.0.32-26
如果是要从 mysql/percona 8.0.32 之后的版本降级到 greatsql 8.0.32-26 版本，则需要采取逻辑备份 + 逻辑导入方式完成降级操作，并且在逻辑备份导入完成后的首次重启时， 务必设置 upgrade = force 强制升级所有数据表，包括系统表。
降级过程操作大致如下所示：
-
在高版本中逻辑备份全量数据
$ mysqldump -s/data/mysql/mysql.sock -a --triggers --routines --events --single-transaction > /data/backup/fulldump.sql
-
在greatsql 8.0.32-26版本环境中导入逻辑备份文件，完成逻辑恢复
$ mysql -s/data/greatsql/mysql.sock -f < /data/backup/fulldump.sql
-
修改my.cnf，确保 upgrade = force 设置
$ vim /etc/my.cnf
...
[mysqld]
...
upgrade = force
...
-
重启greatsql，降级完成
$ systemctl restart greatsql
重启过程中，可以看到日志有类似下面的强制升级过程
$ tail -f /data/greatsql/error.log
...
[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-013381] [server] server upgrade from '80032' to '80032' 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
1.主要特性
greatsql 8.0.32-26
mysql 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-26
mysql 8.0.32
ap 引擎
✔️
仅云上heatwave
numa 亲和性优化
✔️
❌
非阻塞式 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-26
mysql 8.0.32
x api
✔️
✔️
json
✔️
✔️
nosql socket-level接口
✔️
✔️
innodb 全文搜索改进
✔️
❌
更多 hash/digest 函数
✔️
❌
oracle 兼容-数据类型
✔️
❌
oracle 兼容-函数
✔️
❌
oracle 兼容-sql语法
✔️
❌
oracle 兼容-存储程序
✔️
❌
4. 基础特性提升改进
greatsql 8.0.32-26
mysql 8.0.32
mgr 提升-地理标签
✔️
❌
mgr 提升-仲裁节点
✔️
❌
mgr 提升-读写节点绑定vip
✔️
❌
mgr 提升-快速单主模式
✔️
❌
mgr 提升-智能选主机制
✔️
❌
mgr 提升-全新流控算法
✔️
❌
mgr 提升-网络分区异常处理
✔️
❌
mgr 提升-节点异常退出处理
✔️
❌
mgr 提升-节点磁盘满处理
✔️
❌
mgr 提升-自动选择 donor 节点
✔️
❌
clone 增量备份
✔️
❌
clone 备份压缩
✔️
❌
binlog 读取限速
✔️
❌
information_schema 表数量
95
65
全局性能和状态指标
853
434
优化器直方图（histograms）
✔️
✔️
per-table 性能指标
✔️
❌
per-index 性能指标
✔️
❌
per-user 性能指标
✔️
❌
per-client 性能指标
✔️
❌
per-thread 性能指标
✔️
❌
全局查询相应耗时统计
✔️
❌
show innodb engine status 增强
✔️
❌
回滚段信息增强
✔️
❌
临时表信息增强
✔️
❌
用户统计信息增强
✔️
❌
slow log 信息增强
✔️
❌
5.安全性提升
greatsql 8.0.32-26
mysql 8.0.32
国密支持
✔️
❌
备份加密
✔️
❌
审计
✔️
仅企业版
数据脱敏
✔️
❌
最后登录记录
✔️
❌
sql roles
✔️
✔️
sha-2 密码hashing
✔️
✔️
密码轮换策略
✔️
✔️
pam 认证插件
✔️
仅企业版
keyring 存储在文件中
✔️
✔️
keyring 存储在hashicorp vault中
✔️
仅企业版
innodb 数据加密
✔️
✔️
innodb 日志加密
✔️
✔️
innodb 各种表空间文件加密
✔️
✔️
二进制日志加密
✔️
❌
临时文件加密
✔️
❌
强制加密
✔️
❌
6. 运维便利性提升
greatsql 8.0.32-26
mysql 8.0.32
ddl 原子性
✔️
✔️
数据字典存储 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-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
版本信息
-
发布时间：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 请求长时间等待 mdl 锁。利用该特性，可以避免数据库因为必须尽快完成 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 值的。在新版本中修复了这个问题。
-- 在老版本中
greatsql> set sql_mode = oracle;
greatsql> create table t1 (c1 int unique);
greatsql> show create table t1\g
*************************** 1. row ***************************
table: t1
create table: create table "t1" (
"my_row_id" bigint unsigned not null auto_increment /*!80023 invisible */,
"c1" int default null,
primary key ("my_row_id"),
unique key "c1" ("c1") /* nulls are equal in unique index as oracle does */
) engine=innodb default charset=utf8mb4 collate=utf8mb4_0900_ai_ci
greatsql> insert into t1 select null;
query ok, 1 row affected (0.01 sec)
records: 1 duplicates: 0 warnings: 0
greatsql> insert into t1 select null;
error 1062 (23000): duplicate entry 'null' for key 't1.c1'
在新版本中修复了这个唯一性约束问题：
-- 在新版本中
greatsql> set sql_mode = oracle;
greatsql> create table t1 (c1 int unique);
greatsql> show create table t1\g
*************************** 1. row ***************************
table: t1
create table: create table "t1" (
"my_row_id" bigint unsigned not null auto_increment /*!80023 invisible */,
"c1" int default null,
primary key ("my_row_id"),
unique key "c1" ("c1") /* nulls are equal in unique index as oracle does */
) engine=innodb default charset=utf8mb4 collate=utf8mb4_0900_ai_ci
greatsql> insert into t1 select null;
query ok, 1 row affected (0.01 sec)
records: 1 duplicates: 0 warnings: 0
-- 不再报告唯一性约束冲突
greatsql> insert into t1 select null;
query ok, 1 row affected (0.01 sec)
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 的几种不同场景说明。
-
如果旧版本是 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.*（<= 8.0.32 版本）、percona server 8.0.*（<= 8.0.32 版本）等系列版本，则可以直接在原来的 datadir 基础上，修改 basedir 后，原地（in-place ）启动 greatsql 8.0.32-26 后会完成自动升级。 -
如果是 mysql 8.0.*（> 8.0.32 版本）、percona server 8.0.*（> 8.0.32 版本）等系列版本，则需要利用逻辑备份方式导出数据，再导入的方式完成升级，不支持原地（in-pla ce）升级到 greatsql 8.0.32-26。 -
如果是 mysql 5.7.*（>= 5.7.23 版本）、percona server 5.7.*（<= 5.7.23 版本）等系列版本，则可以直接在原来的 datadir 基础上，修改 basedir 后，原地（in-place ）启动 greatsql 8.0.32-26 后会完成自动升级。
在以上几个原地升级场景中，务必保证 greatsql 中参数 upgrade 不能设置为 none，可以设置为默认的 auto 或 force。例如：
[mysqld]
upgrade = auto
更多迁移升级方案请参考：迁移升级 ➥ https://greatsql.cn/docs/8.0.32-26/7-migrate-and-upgrade/0-migrate-and-upgrade.html
降级到 greatsql 8.0.32-26
如果是要从 mysql/percona 8.0.32 之后的版本降级到 greatsql 8.0.32-26 版本，则需要采取逻辑备份 + 逻辑导入方式完成降级操作，并且在逻辑备份导入完成后的首次重启时， 务必设置 upgrade = force 强制升级所有数据表，包括系统表。
降级过程操作大致如下所示：
-
在高版本中逻辑备份全量数据
$ mysqldump -s/data/mysql/mysql.sock -a --triggers --routines --events --single-transaction > /data/backup/fulldump.sql
-
在greatsql 8.0.32-26版本环境中导入逻辑备份文件，完成逻辑恢复
$ mysql -s/data/greatsql/mysql.sock -f < /data/backup/fulldump.sql
-
修改my.cnf，确保 upgrade = force 设置
$ vim /etc/my.cnf
...
[mysqld]
...
upgrade = force
...
-
重启greatsql，降级完成
$ systemctl restart greatsql
重启过程中，可以看到日志有类似下面的强制升级过程
$ tail -f /data/greatsql/error.log
...
[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-013381] [server] server upgrade from '80032' to '80032' 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
| 1.主要特性 | greatsql 8.0.32-26 | mysql 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-26 | mysql 8.0.32 |
| ap 引擎 | ✔️ | 仅云上heatwave |
| numa 亲和性优化 | ✔️ | ❌ |
| 非阻塞式 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-26 | mysql 8.0.32 |
| x api | ✔️ | ✔️ |
| json | ✔️ | ✔️ |
| nosql socket-level接口 | ✔️ | ✔️ |
| innodb 全文搜索改进 | ✔️ | ❌ |
| 更多 hash/digest 函数 | ✔️ | ❌ |
| oracle 兼容-数据类型 | ✔️ | ❌ |
| oracle 兼容-函数 | ✔️ | ❌ |
| oracle 兼容-sql语法 | ✔️ | ❌ |
| oracle 兼容-存储程序 | ✔️ | ❌ |
| 4. 基础特性提升改进 | greatsql 8.0.32-26 | mysql 8.0.32 |
| mgr 提升-地理标签 | ✔️ | ❌ |
| mgr 提升-仲裁节点 | ✔️ | ❌ |
| mgr 提升-读写节点绑定vip | ✔️ | ❌ |
| mgr 提升-快速单主模式 | ✔️ | ❌ |
| mgr 提升-智能选主机制 | ✔️ | ❌ |
| mgr 提升-全新流控算法 | ✔️ | ❌ |
| mgr 提升-网络分区异常处理 | ✔️ | ❌ |
| mgr 提升-节点异常退出处理 | ✔️ | ❌ |
| mgr 提升-节点磁盘满处理 | ✔️ | ❌ |
| mgr 提升-自动选择 donor 节点 | ✔️ | ❌ |
| clone 增量备份 | ✔️ | ❌ |
| clone 备份压缩 | ✔️ | ❌ |
| binlog 读取限速 | ✔️ | ❌ |
| information_schema 表数量 | 95 | 65 |
| 全局性能和状态指标 | 853 | 434 |
| 优化器直方图（histograms） | ✔️ | ✔️ |
| per-table 性能指标 | ✔️ | ❌ |
| per-index 性能指标 | ✔️ | ❌ |
| per-user 性能指标 | ✔️ | ❌ |
| per-client 性能指标 | ✔️ | ❌ |
| per-thread 性能指标 | ✔️ | ❌ |
| 全局查询相应耗时统计 | ✔️ | ❌ |
| show innodb engine status 增强 | ✔️ | ❌ |
| 回滚段信息增强 | ✔️ | ❌ |
| 临时表信息增强 | ✔️ | ❌ |
| 用户统计信息增强 | ✔️ | ❌ |
| slow log 信息增强 | ✔️ | ❌ |
| 5.安全性提升 | greatsql 8.0.32-26 | mysql 8.0.32 |
| 国密支持 | ✔️ | ❌ |
| 备份加密 | ✔️ | ❌ |
| 审计 | ✔️ | 仅企业版 |
| 数据脱敏 | ✔️ | ❌ |
| 最后登录记录 | ✔️ | ❌ |
| sql roles | ✔️ | ✔️ |
| sha-2 密码hashing | ✔️ | ✔️ |
| 密码轮换策略 | ✔️ | ✔️ |
| pam 认证插件 | ✔️ | 仅企业版 |
| keyring 存储在文件中 | ✔️ | ✔️ |
| keyring 存储在hashicorp vault中 | ✔️ | 仅企业版 |
| innodb 数据加密 | ✔️ | ✔️ |
| innodb 日志加密 | ✔️ | ✔️ |
| innodb 各种表空间文件加密 | ✔️ | ✔️ |
| 二进制日志加密 | ✔️ | ❌ |
| 临时文件加密 | ✔️ | ❌ |
| 强制加密 | ✔️ | ❌ |
| 6. 运维便利性提升 | greatsql 8.0.32-26 | mysql 8.0.32 |
| ddl 原子性 | ✔️ | ✔️ |
| 数据字典存储 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-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
<关于 greatsql>
greatsql数据库是一款开源免费数据库，可在普通硬件上满足金融级应用场景，具有高可用、高性能、高兼容、高安全等特性，可作为mysql或percona server for mysql的理想可选替换。
⏩github : https://github.com/greatsql/
bilibili : https://space.bilibili.com/1363850082
（对文章有疑问或见解可去社区官网提出哦~）
| 加入微信交流群 |
加入qq交流群 |
|
|
发表评论