GreatSQL 8.0.32-26 今日发布

GreatSQL社区 GreatSQL社区 博客等级 墨衍会员 · AI 创作全网分发 墨衍智能分发 本文由作者通过墨衍一键同步至各平台 1分发平台 1.2k累计阅读 1.3k平均单平台 已同步平台 优快云 微信公众号 微博 知乎 掘金 百家号 博客园 抖音 小红书 你的文章也可以这样分发 墨衍会员 ¥399起/年，写一次发全网 我也要 码龄5年
关注
原创 最新推荐文章于 2026-07-13 09:30:00 发布 1.2k 阅读 AI 写同款· GEO 优化 ›
GreatSQL vs MySQL性能测试来了，速围观~ 无论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.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

高性能

更多信息详见文档：高性能 ➥ https://greatsql.cn/docs/8.0.32-26/5-enhance/5-1-highperf.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.html

其他

缺陷修复

  • 修复了在部分 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

注意事项

无。

升级/降级到 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-place）升级到 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

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

降级到 GreatSQL 8.0.32-26

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

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

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

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

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

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

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

    $ vim /etc/my.cnf
...
[mysqld]
...
upgrade = FORCE
...

  2. 重启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-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.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-26MySQL 8.0.32
X API✔️✔️
JSON✔️✔️
NoSQL Socket-Level接口✔️✔️
InnoDB 全文搜索改进✔️❌
更多 Hash/Digest 函数✔️❌
Oracle 兼容-数据类型✔️❌
Oracle 兼容-函数✔️❌
Oracle 兼容-SQL语法✔️❌
Oracle 兼容-存储程序✔️❌
4. 基础特性提升改进GreatSQL 8.0.32-26MySQL 8.0.32
MGR 提升-地理标签✔️❌
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.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

GreatSQL 5.7

Enjoy GreatSQL :)

关于 GreatSQL

GreatSQL是适用于金融级应用的国内自主开源数据库，具备高性能、高可靠、高易用性、高安全等多个核心特性，可以作为MySQL或Percona Server的可选替换，用于线上生产环境，且完全免费并兼容MySQL或Percona Server。

相关链接： GreatSQL社区 Gitee GitHub Bilibili

GreatSQL社区：

image

社区有奖建议反馈： https://greatsql.cn/thread-54-1-1.html

社区博客有奖征稿详情： https://greatsql.cn/thread-100-1-1.html

（对文章有疑问或者有独到见解都可以去社区官网提出或分享哦~）

技术交流群：

微信&QQ群：

QQ群：533341697

微信群：添加GreatSQL社区助手（微信号：wanlidbc ）好友，待社区助手拉您进群。

标签
#GreatSQL #MySQL
版权声明：本文为博主原创文章，遵循 CC 4.0 BY-SA 版权协议，转载请附上原文出处链接和本声明。
GreatSQL与MySQL性能对比测试，带您一同探索数据库的速度差异 在选择适合自己的数据库时，性能是一个至关重要的考虑因素。本文将介绍GreatSQL和MySQL两个常见的关系型数据库，并通过性能测试来比较它们之间的速度差异。除了查询性能之外，我们还可以比较GreatSQL和MySQL在插入和更新操作方面的性能差异。除了查询性能之外，我们还可以比较GreatSQL和MySQL在插入和更新操作方面的性能差异。然后，我们分别在GreatSQL和MySQL中执行了一个查询，并记录了执行时间。然后，我们分别在GreatSQL和MySQL中执行了一个查询，并记录了执行时间。 阅读详情

相关推荐

GreatSQL安装篇

操作系统：CentOS7 CPU：X86_64架构 数据库：GreatSQL-8.0.32-26-Linux-glibc2.17-x86_64.tar.xz。

BUTCHER 1123

GreatSQL是一个国内自主的开源数据库，可替代mysql

此外，GreatSQL社区还提供了MySQL Shell for GreatSQL，这是一个高级客户端和代码编辑器，支持JavaScript和Python脚本功能，以及与MySQL一起使用的API。它可以用来管理数据库，特别是对MGR的支持，可以方便地进行搭建、管理和配置。GreatSQL的架构可以分为连接层、服务层和存储引擎层。连接层负责与客户端建立连接，服务层是GreatSQL的核心，包括连接器、分析器、优化器、执行器等，而存储引擎层则负责数据的存储和提取。

地球空间 3193

GreatSQL数据库8.0快速安装部署

本文介绍了GreatSQL数据库在Linux系统上的安装配置流程。主要内容包括：1)系统兼容性检查和环境准备；2)关闭SELinux和防火墙；3)安装依赖包；4)创建安装目录并上传安装包；5)解压和安装RPM包；6)配置数据目录权限；7)初始化数据库并获取临时密码；8)修改配置文件；9)启动服务并修改密码；10)创建远程访问用户。最后还说明了如何使用Navicat客户端连接数据库。整个流程详细说明了从安装到配置的完整步骤。

m0_61389590的博客 707

技术干货 | 图文结合带你搞懂GreatSQL体系架构

所有的数据，数据库、表的定义，表的每一行的内容，索引，都是存在 文件系统上，以文件的方式存在的，并完成与存储引擎的交互。服务层是GreatSQL Server的核心，主要包含连接器、分析器、优化器、执行器等，涵盖 GreatSQL 的大多数核心服务功能，以及所有的内置函数（如日期、时间、数学和加密函数等），所有跨存储引擎的功能都在这一层实现，比如存储过程、触发器、视图等。GreatSQL数据库区别于其他数据库的一个特点就是其可插拔的表存储引擎，特别需要注意的是，存储引擎是基于表的，而不是数据库。

GreatDB的博客 437

华为云Stack 8.X 流量模型分析（一）

​ 当内部需要提供对外服务时（如对外发布Web网站），外部地址发起主动连接，由路由器或者防火墙上的网关接收这个连接，然后将连接转换到内部，此过程是由带有公网IP的网关替代内部服务来接收外部的连接，然后在内部做地址转换，此转换称为DNAT，主要用于内部服务对外发布。​ 内部地址要访问公网上的服务时（如Web访问），内部地址会主动发起连接，由路由器或者防火墙上的网关对内部地址做个地址转换，将内部地址的私有IP转换为公网的公有IP，网关的这个地址转换称为SNAT，主要用于内部共享IP访问外部。

Ciyaso的博客 3244

LQR控制算法调参指南：如何通过Bryson‘s Rule和Trial-and-Error优化自动驾驶性能？

本文深入探讨了LQR控制算法在自动驾驶系统中的调参策略，从Bryson's Rule的基础应用到工程落地的优化方法。通过动态权重适应、非对角项引入和多目标权衡等技巧，提升车辆轨迹跟踪精度与操控舒适性。文章还介绍了数据驱动的调参流程和典型问题的解决方案，为自动驾驶工程师提供实用指南。

kkk56的博客 1024

CentOS7安装GreatSQL

GreatSQL 数据库是一款 开源免费 数据库，可在普通硬件上满足金融级应用场景，具有 高可用、高性能、高兼容、高安全 等特性，可作为 MySQL 或 Percona Server for MySQL 的理想可选替换。

落的博客 1701

【车载开发系列】ParaSoft单元测试环境配置（一）

bdf是数据文件的一种类型，表示一种数据库文件。在ParaSoft当中，可以使用bdf文件来快速创建一个测试项目。

千月星跡 2147

探索卓越性能：GreatSQL - 高效数据库解决方案

探索卓越性能：GreatSQL - 高效数据库解决方案 项目简介 是一个开源的、高性能的关系型数据库管理系统，它源自 MySQL 的 Percona Server for MySQL 分支，并在此基础上进行了一系列优化和增强，旨在提供更优秀的事务处理能力、更高的并发性能以及更好的大数据处理能力。 技术分析 性能提升 GreatSQL 在 MySQL 的基础上，针对 InnoDB 存储引擎进行了深度...

gitblog_00021的博客 645

fMRI脑影像特征提取——静息态与任务态，ALFF/fALFF和ReHo（Dpabi，Rest1.8）

任务态和静息态是大脑的两种状态，前者主要是指大脑在执行记忆、识别以及运动等具体任务时的状态，静息态则是指大脑不执行具体认知任务、保持安静、放松、清醒时的状态，是大脑所处的各种复杂状态中最基础和最本质的状态。任务态fMRI分析有非常悠远的历史，而静息态fMRI自1995年biswal教授及其同事率先报告静息态fMRI具有生理意义后，越来越多的人进入了静息态的研究领域。任务态fMRI主流的分析方法是模型驱动（GLM+HRF），也可以引用静息态fMRI

意疏的学习笔记 6万+

Oracle 11g RAC 节点通信故障排查与修复指南

本文详细介绍了Oracle 11g RAC集群发生节点通信故障时的系统性排查与修复方法。当出现节点异常重启时，核心问题往往源于心跳网络中断。文章提供了从快速诊断、日志分析到六层深度检查的完整指南，并给出了针对网络配置、内核参数及Oracle已知Bug等常见根因的实战解决方案，帮助DBA快速恢复集群稳定。

weixin_29246195的博客 273

GreatSQL体系架构的了解

通过学习《图文结合带你搞懂GreatSQL体系架构》，能对GreatSQL的基本底层原理有所了解。一张经典的体系架构图，图1_GreatSQL5.7 版本体系架构图由此可以发现，GreatSQL5.7由以下几部分组成，连接池组件系统管理和控制工具SQL接口组件查询解析器查询优化器缓存组件可插拔存储引擎系统和日志文件GreatSQL数据库区别于其他数据库的一个特点就是其可插拔的表存储引擎，特别需要注...

bisal的专栏 409

华为OD机试新系统真题【字符串压缩编码】

华为OD机试 新系统真题【字符串压缩编码】，提供C语言、Java、C++、Python、Go、JavaScript源码实现，并提供完整思路讲解，以及在线OJ模拟做题。华为OD机试真题【字符串压缩编码】多语言题解

qq_45776114的博客 352

MariaDB 和 GreatSQL 性能差异背后的真相

最近项目上遇到了两次 MariaDB 和 GreatSQL 的对比，GreatSQL受到客户质疑，最后经过排查抓到性能差异背后的真相。基于此做个分享。无论是问题一中的100倍性能背后还是插入hang住，其实背后都是对产品的不了解，MariaDB 10.3.39其实对应的是5.7的产品，而且其本身的默认参数调整有作弊嫌疑，默认关闭binlog ，sync_binlog设置为0，checkpoint阈值降低，提高checkpoint的频率等设置，面向测试环境数据是很好看的，但是增加了生产环境的风险和硬件成本。

GreatSQL2021的博客 1668

2017年全国大学生电子设计竞赛综合测评题目解析——Multisim仿真

1.题目 给定两个单电源的双运放芯片READ2302G芯片（当时记得增益带宽积好像是6M），一片HD74LS74数字芯片双D触发器，需要详细电路图、手写报告，5个波形输出，测频，测幅，8:00公布题目，15:00停止答题，中间可以吃饭（也可以不吃继续做），15:00清场，休息一段时间后开始进场测试，打分。 2.要求 （1）一片运放搭建方波振荡电路，频率 20 KHz，误差 0.1 KHz，幅度 3...

DengFengLai123的博客 2万+

零停机更新黑科技：Spring Boot应用实现无缝升级的实战指南

本文介绍了基于Spring Boot和Tomcat实现零停机更新的技术方案，通过动态端口切换和优雅关闭机制，确保服务更新过程中业务不中断。文章详细解析了核心原理，包括内嵌Tomcat的工作机制、零停机更新的三大技术基石（端口动态切换、优雅关闭和进程接管）。同时提供了完整的Java实现代码，重点展示了端口动态检查、参数动态调整、旧进程优雅终止等关键逻辑。该方案适用于高可用系统升级场景，能够有效避免传统部署方式导致的服务中断问题，实现100%无感知的应用更新。

墨夶的博客 818

腾讯 GreatSQL 全链路实战：从国产化选型到 MGR 集群部署

【摘要】GreatSQL是由腾讯主导开发的开源MySQL分支数据库，基于MySQL 8.0内核深度优化，完全兼容MySQL协议与语法，特别适配国产信创环境。其核心优势包括：增强的MGR高可用架构，支持仲裁节点避免脑裂；性能较原生MySQL提升30%；提供国密加密等安全特性；完美适配鲲鹏、飞腾等国产CPU及麒麟、统信等操作系统。安装部署支持二进制包方式，配置与MySQL高度一致，同时针对MGR集群进行了优化预设。GreatSQL的零代码迁移特性使其成为金融、政务等领域替代Oracle/MySQL的理想选择，特

一火的专栏 842

汉书HE8，好用的汇编代码编写工具

汉书HE8，好用的汇编代码编写工具早期编写汇编代码所用功能强大

图文解读MySQL/GreatSQL体系架构

*GreatSQL社区原创内容未经授权不得随意使用，转载请联系小编并注明来源。往期系列回顾图文结合系列之带你搞懂MySQL日志系列很多小伙伴使用了GreatSQL，但是对GreatSQL的底层原理还不是很了解，今天就带大家一起揭开GreatSQL体系架构的神秘面纱！首先来回顾一张经典的体系架构图：图1_GreatSQL5.7 版本体系架构图由此可以发现，GreatSQL5.7 由以下几部分组成连...

老叶茶馆 520

pscad IEEE标准系统搭建说明

pscad IEEE标准系统搭建说明，包含典型的IEEE 9节点、14节点、30节点、39节点和118节点系统。内含标准测试系统的原始数据和潮流结果。

WINCC7.3破解文件

WINCC7.3硬件够破解文件，有需要的下载！WINCC7.3硬件够破解文件，有需要的下载！

GreatSQL 8.0.32-25来了

新版本发布会视频回顾版本信息发布时间：2023年12月28日版本号：8.0.32-25, Revision db07cc5cb73下载链接：https://gitee.com/GreatSQL/GreatSQL/releases/tag/GreatSQL-8.0.32-25用户手册：GreatSQL 8.0.32-25 User Manual https://greatsql.cn/docs/80...

老叶茶馆 569

关于GreatSQL字符集的总结

最近的SQL优化工作中经常遇到因字符集或校验规则不一致导致索引使用不了的问题，修改表的字符集或校验规则相当于把表重构，表中数据量大时，处理起来费时费力，希望应用开发者在设计之初时注意到此问题，让后期接手运维的小伙伴少一些负担。GreatSQL的字符集和校验规则种类繁多，提供灵活性的同时，也带来使用混乱的烦恼。本文对字符集做一个总结，让读者对GreatSQL的字符集有一个全面的了解。

GreatSQL2021的博客 1143

图文结合带你搞懂GreatSQL体系架构

往期系列回顾很多小伙伴使用了GreatSQL，但是对GreatSQL的底层原理还不是很了解，今天就带大家一起揭开GreatSQL体系架构的神秘面纱！首先来回顾一张经典的体系架构图：图1_GreatSQL5.7 版本体系架构图由此可以发现，GreatSQL5.7 由以下几部分组成GreatSQL数据库区别于其他数据库的一个特点就是其可插拔的表存储引擎，特别需要注意的是，存储引擎是基于表的，而不是数据库。然而，经典同时也意味着这幅图已经相当陈旧了。在GreatSQL8.0 及更高版本中，查询缓存这一功能已经被移

GreatSQL2021的博客 569

面向金融级应用的GreatSQL正式开源

本文首发于 GreatSQL社区 微信公众号。经过几个月的紧张筹备，GreatSQL宣布正式开源。GreatSQL是源于Percona Server的分支版本，除了Percona Serv...

老叶茶馆 510

GreatSQL 8.0.32-27 GA (2025-3-10)

新增 Turbo 引擎加速查询，Rapid 引擎内核升级。优化 MGR 事务传输，完善插件，支持 Zstd 压缩提效率。改进兼容性和安全性，修复崩溃、丢数据等问题！

GreatSQL2021的博客 1271

GreatSQL单机环境安装

《国产数据库之-GreatSQL》介绍了万里的GreatSQL数据库，在这篇文章中，我们尝试搭建一个单机版的环境。GreatSQL是源于Percona Server的分支版本，因此从整体安装的流程上，和MySQL基本一致。1. 下载安装文件可以从这个链接，下载对应平台的安装文件，如果是CentOS，可以选择GreatSQL-8.0.25-15-Linux-glibc2.1...

bisal的专栏 2843

快速上手 GreatSQL 8.0.32-25 with openEuler 24.03 LTS

GreatSQL 针对MGR进行了大量改进和提升工作，新增支持地理标签、仲裁节点、读写节点可绑定动态IP、快速单主模式、智能选主，并针对流控算法、事务认证队列清理算法、节点加入&退出机制、recovery机制等多项MGR底层工作机制算法进行深度优化，进一步提升优化了MGR的高可用保障及性能稳定性。GreatSQL 数据库是一款开源免费数据库，可在普通硬件上满足金融级应用场景，具有高可用、高性能、高兼容、高安全等特性。查看一些基础信息，如操作系统的版本，内核版本，语言设定等。

少安事务所 1792

GreatSQL优化技巧：半连接(semijoin)优化

GreatSQL的 IN 子查询适用于半连接时，优化器提供了5种优化策略：Table pullout、FirstMatch、LooseScan、Duplicate weedout、materialize。

GreatSQL2021的博客 957
上一篇： GreatSQL 的刷新锁
下一篇： MySQL UDF 提权初探
点赞 25
评论 0
书签 书签 28
GreatSQL社区
GreatSQL社区
博客等级 码龄5年 1210粉丝 390原创
+ 关注
评论
成就一亿技术人!
拼手气红包6.0元
还能输入1000个字符
 
表情包 插入表情
表情包 代码片
 条评论被折叠 查看
添加红包

请填写红包祝福语或标题

个

红包个数最小为10个

元

红包金额最低5元

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

抵扣说明：

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

余额充值