GreatSQL 构建高效 HTAP 服务架构指南（MGR） 引言 全文约定：$为命令提示符、greatsql>为 GreatSQL 数据库提示符。在后续阅读中，依据此约定进行理解与操作 上一篇已经介绍了如何在主从复制架构中，搭建一个专属 HTAP 服务。本篇将在 MGR 架构中部署一个专属 HTAP 服务。 整体方案架构图 本服务架构采用 GreatSQL MGR 架构，在 MGR 架构中

引言 全文约定：$为命令提示符、greatsql>为 GreatSQL 数据库提示符。在后续阅读中，依据此约定进行理解与操作 上一篇已经介绍了如何在主从复制架构中，搭建一个专属 HTAP 服务。本篇将在 MGR 架构中部署一个专属 HTAP 服务。 GreatSQL 构建高效 HTAP 服务架构指南（主从复制） 整体方案架构图 本服务架构采用 GreatSQL MGR 架构，在 MGR 架构

        在当今信息技术高速发展的时代，企业信息化建设与数字化转型的进程日益加快，对于数据库系统的选择与优化成为了企业竞争力的决定因素之一。近日，爱家日活存储完成了一项意义重大的技术革新——成功将开源MySQL数据库系统升级并割接到国产数据库GreatSQL，此举不仅响应了国家信创战略，更是在保障数据安全、提升服务质量、优化资源利用等方面取得了显著成就，取得了良好的典范价值。 国产化之路：响

GreatSQL 构建高效 HTAP 服务架构指南（主从复制） 引言 全文约定：$为命令提示符、greatsql>为 GreatSQL 数据库提示符。在后续阅读中，依据此约定进行理解与操作 Rapid 引擎 从 GreatSQL 8.0.32-25 版本开始，新增Rapid存储引擎，该引擎使得 GreatSQL 能满足联机分析（OLAP）查询请求。 GreatSQL Rapid引擎性能表现优

官答丨操作系统升级 Openssl 导致 GreatSQL 无法启动 官答栏目针对 GreatSQL 数据库中的问题，选取官方论坛和讨论群中的典型提问进行深入解答。内容涵盖数据库安装部署、配置优化、故障排查、性能测试等方面。 在文章中，不仅提供解决方案，还会结合实例深入剖析问题的成因，提升读者对 GreatSQL 数据库的理解能力。 如果你在管理、使用 GreatSQL 数据库时遇到棘手的技术难题

MySQL5.7 通过逻辑备份迁移到GreatSQL注意事项 一、背景概述 在将数据库从MySQL 5.7迁移到GreatSQL8.0.32时，由于数据量较小且关注安全性，决定使用mysqldump执行逻辑备份，并将数据导入GreatSQL。但在备份时采用了备份全库(--all-databases)的方式，在导入GreatSQL后，修改用户密码时出现错误。这是因为mysqldump备份时包括了my

Greatsql数据库的技术文档中提到，CPU最好用最大性能模式，文章中有如下描述。 确认CPU性能模式设置 先检查当前的设置模式 $ cpupower frequency-info --policy analyzing CPU 0:  current policy: frequency should be within 800 MHz and 4.80 GHz.                

前几天看到叶工在一个文章介绍了Greatsql异步删除大表的特性 https://greatsql.cn/forum.php?mod=viewthread&tid=660&highlight=%E5%BC%82%E6%AD%A5 ，并且在文章在叶工亲自演示了一次。由于我是测试环境，Greatsql异步删除大表默认要求表的大小必须10G以上，我在测试环境中没有那么大的表。 为了测试删

官答|slow_query_log_file实例内存中变量与配置文件设置的不一致 官答栏目针对GreatSQL数据库中的问题，选取官方论坛和讨论群中的典型提问进行深入解答。内容涵盖数据库安装部署、配置优化、故障排查、性能测试等方面。 在文章中，我们不仅提供解决方案，还会结合实例深入剖析问题的成因，提升读者对GreatSQL数据库的理解能力。 如果你在管理、使用GreatSQL数据库时遇到棘手的技术

关于二进制安装Greatsql要关注的一个细节，如果是要LINUX系统，要用ldd --version查看一下自己操作系统的libc的版本。 比如我的操作系统版本是ldd --version 然后再去官网下载功对应的二进制安装包，比如 。我个人安装时，由于没注意这点，导致自己走了不弯路。感谢网友的帮助，才解决了这个问题。

一、环境信息 操作系统：AnolisOS8.8 数据库版本：GreatSQL-8.0.32-25 软件目录：/usr/local/GreatSQL 数据目录：/data/greatsql/ 注：本示例使用GreatSQL-Shell方式部署管理MGR集群环境： MGR1：192.168.68.101、192.168.68.102、192.168.68.103 RW_VIP：192.168.68.1

前言 在使用Oracle数据库SEQUENCE功能时，发现Oracle对边界处理比较奇怪。刚好GreatSQL也支持SEQUENCE，就拿来一起比较一下。 先说结论：GreatSQL 的使用基本和Oracle基本一致，但是对 START WITH 的边界限制有所不同。 本次测试使用数据库的版本号 # Oracle版本BANNER-----------------------------------

一、环境信息 操作系统：AnolisOS8.8  #cat /etc/os-release 数据库版本：GreatSQL-8.0.32-25 软件目录：/usr/local/GreatSQL 数据目录：/data/greatsql/ 注：本示例分别使用手动方式和MySQL Shell方式各部署一套MGR集群环境： 1、手动方式部署MGR环境集群(MGR1)：192.168.68.101、192.1

Datax助力轻松迁移SQLServer数据至GreatSQL 1.环境说明 1.1源端SQLSserver 版本 IP 端口 Microsoft SQL Server 2017 192.168.140.160 1433 1.2目标端GreatSQL 版本 IP 端口 GreatSQL-8.0.32 192.168.139.86 3308 2.安装环境 2.1安装SQLServer环境 环境说明：

一、环境信息 操作系统：AnolisOS8.8  #cat /etc/os-release 数据库版本：GreatSQL-8.0.32-25 软件目录：/usr/local/GreatSQL 数据目录：/data/greatsql/ 二、安装准备 GreatSQL数据库支持RPM包、二进制包、Docker、Ansible、源码编译共5种安装方法，此示例以二进制包方式进行部署(3个实例端口分别为：3

1.背景概述 客户业务发生死锁的报错，根据业务程序日志及业务流程，发现造成死锁的原因是：事务1 delete + insert ，事务2 delete + insert  2个事务交替执行导致的死锁；由于GAP锁阻塞了插入意向锁，并且当delete的数据存在时死锁不会发生，当delete的数据不存在时，会发生死锁。 2.问题复现 本次测试基于 GreatSQL-8.0.32-24，隔离级别为 RR

工具分享丨分析GreatSQL Binglog神器 在GreatSQL中，Binlog可以说是 GreatSQL 中比较重要的日志了，在日常开发及运维过程中经常会遇到。Binlog即Binary Log，二进制日志文件，也叫作变更日志（Update Log）。 详细Binglog日志介绍 Binglog主要应用于数据恢复和数据复制，但是在Binlog中也含有非常多有价值的信息，比如说： 数据修改事

背景 业务端遇到报错为"Deadlock found when trying to get lock; try restarting transaction"则表明有死锁发生 名称 配置 数据库版本 GreatSQL 8.0.26 隔离级别 Read-Commited innodb status 日志 greatsql> show engine innodb status\G *******

某业务系统将MySQL 8.0.26升级为 GreatSQL 8.0.32-24 后，某些特定的SQL语句不能查询到数据。经测试 MySQL 8.0.32也存在相同的问题 此BUG已在 GreatSQL 8.0.32-25 版本中解决 接到客户反馈的问题后，对问题进行了复现和分析。 版本信息 greatsql> select version();+-----------+| version(

前言 insert into t2 select * from t1; 这条语句会对查询表 t1 加锁吗？不要轻易下结论。对GreatSQL的锁进行研究之前，首先要确认一下事务的隔离级别，不同的事务隔离级别，锁的表现是不一样的。 实验 创建测试表t1，t2 greatsql> create table t1(id int primary key ,c1 varchar(10),c2 date