PerconaToolkit神器全攻略（性能类）PerconaToolkit神器全攻略系列共八篇，前文回顾：前文回顾PerconaToolkit神器全攻略PerconaToolkit神器全攻略（实用类）PerconaToolkit神器全攻略（配置类）PerconaToolkit神器全攻略（监控类）PerconaToolkit神器全攻略（系统

PerconaToolkit神器全攻略（复制类）PerconaToolkit神器全攻略系列共八篇，前文回顾：前文回顾PerconaToolkit神器全攻略PerconaToolkit神器全攻略（实用类）PerconaToolkit神器全攻略（配置类）PerconaToolkit神器全攻略（监控类）PerconaToolkit神器全攻略（系统

GreatSQL执行Update失败案例分析一问题概述业务反馈在应用核心库的用户基本信息表执行部分update命令失败，报错如下：updatexxx.xxx_staffbasicinfosetstaffidstatus='04’wherestaffidin(select*fromduyuanyu.tmp_d_xiaoyuan)>1265Datatruncatedforcolumn

PerconaToolkit神器全攻略（开发类）PerconaToolkit神器全攻略系列共八篇，前文回顾：前文回顾PerconaToolkit神器全攻略PerconaToolkit神器全攻略（实用类）PerconaToolkit神器全攻略（配置类）PerconaToolkit神器全攻略（监控类）PerconaToolkit神器全攻略（系统

独家揭秘丨GreatSQL的MDL锁策略升级对执行的影响一、MDL锁策略介绍GreatSQL的MDL锁有个策略方法类MDL_lock_strategy，它根据对象的类型分为了scope类型和object类型，前者主要用于GLOBAL,COMMIT,TABLESPACE,BACKUP_LOCKandSCHEMA,RESOURCE_GROUPS,FOREIGN_KEY,CHECK_CONSTR

单条记录大小增长倍数和ibd文件大小的增长倍数不成正比环境信息数据库版本:GreatSQL8.0.25字符集：utf8mb4innodb_default_row_format:dynamicinnodb_page_size:16384问题描述表数据为新insert数据，无delete、无updateGreatSQL一个数据量为1万的A表，有100个varchar字段，每

GreatSQL并行LoadData加快数据导入数据库信息数据库版本:GreatSQL8.0.32-25Clickhouse表需要导入到GreatSQL中，表数据量庞大所以选用导出CSV的方式。测试数据复现操作loaddataMySQLloaddata语句能快速将一个文本文件的内容导入到对应的数据库表中（一般文本的一行对应

GreatSQL8.0.32-26今日发布版本信息发布时间：2024年08月05日版本号：8.0.32-26,Revisiona68b3034c3d下载链接：https://gitee.com/GreatSQL/GreatSQL/releases/tag/GreatSQL-8.0.32-26用户手册：https://greatsql.cn/docs/8.0.32-26/特性增强GreatSQL8.0.32-26版

GreatSQL的刷新锁前言因为运维小伙伴执行dump备份命令，导致数据库卡住，很多会话都在waitingfortableflush，基于这一故障，我对GreatSQL的刷新锁进行了研究。感兴趣的小伙伴请随我一探究竟吧。刷新锁的症状刷新锁问题的主要症状是数据库会进入嘎然而止的状态，所有需要使用部分或

一、问题发现在一次数据迁移中，用到了INSERTINTOt1SELECT*FROMt2这样的SQL用来搬迁大表，为了提高插入效率关闭了Binlog，考虑用多线程来插入提高速度。表的类型信息和插入效率如下所示。测试环境：Linuxnode-76-114.19.90-17.ky10.aarch64，128核CPU，512G内存。GreatSQL参

FILE+POS方式GreatSQL主从复制架构给主节点磁盘扩容一、前提在一套非常老的系统上，有一套GreatSQL主从集群（1主1从），主从复制采用的是FILE+POS方式复制，磁盘使用紧张需要扩容，只能在该台机器上添加更大的磁盘，将原数据盘替换，也没有其他的机器资源替换。这套系统没有VIP，没有高可用切

GreatSQL中Insert慢是什么情况？背景概述客户反映，业务上某张表的Insert操作速度很慢，单条Insert语句的最大执行时间超过了5秒。在收到客户问题后，我们仔细检查了数据库状态以及主机的负载情况，发现目前一切正常，并没有发现数据库故障或主机负载过高导致insert操作变慢的问题

PerconaToolkit神器全攻略（监控类）PerconaToolkit神器全攻略系列共八篇，前文回顾：前文回顾PerconaToolkit神器全攻略PerconaToolkit神器全攻略（实用类）PerconaToolkit神器全攻略（配置类）全文约定：$为命令提示符、greatsql>为GreatSQL数据库提示符。在后续

5月底，openEuler24.03LTS发布，详情戳：恭喜！openEuler24.03LTS版本发布：首个AI原生开源操作系统在诸多亮点特性中，有一条值得注意：集成GreatSQL数据库，适用于金融级应用场景，具有高可用、高性能、高兼容、高安全等特性。那么，本文就来介绍一下如何安装openEuler24.0

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

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

一、数据库信息：数据库版本：5.7.21-log某银行测试数据库，APP业务库内有一个含有大量（几百个）分区表的大表test_app。DROP该分区表的大表后导致无法重建该分区表。二、问题描述：客户使用“droptabletest_app;”时，显示表删除成功。当重新执行该表的建表语句时，报错“Table'app.test_

GreatSQL的sp中添加新的sp_instr引入的bug解析一、问题发现在一次开发中用到的sp需要添加新的sp_instr以满足需求，但是添加了数个sp_instr以后发现执行新的sp会发生core。注：本次使用的GreatSQL8.0.32-251、sp_head.cc的init_sp_psi_keys()代码里面添加10个新的sp_instr：void

相关知识点：INNODB_STATS_PERSIST=ON或用STATS_PERSIST=1定义单个表时，优化器统计信息将持久化到磁盘。默认情况下，innodb_stats_persistent是启用的。持久统计信息存储在mysql.innodb_table_stats和mysql.innodb_index_stats表中。默认情况下启用的innodb_stats_auto_recalc变量

1.环境说明1.1源端SQLSserver版本IP端口MicrosoftSQLServer2017192.168.140.16014331.2目标端GreatSQL版本IP端口GreatSQL-8.0.32192.168.139.8633082.安装环境2.1安装SQLServer环境环境说明：借助Docker使用镜像启动数据库2.1.1安装docke

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

何为半连接？半连接是在GreatSQL内部采用的一种执行子查询的方式，semijoin不是语法关键字，不能像使用innerjoin、leftjoin、rightjoin这种语法关键字一样提供给用户来编写SQL语句。两个表t1表和t2表进行半连接的含义是：对于t1表的某条记录来说，我们只关心在t2表中是否存在与之匹配

GreatSQL成立于2021年，由万里数据库发起，是开放原子开源基金会旗下捐赠项目，及Gitee最有价值项目，拥有信通院可信开源社区+可信开源项目双认证。社区致力于通过开放的社区合作，构建自主开源数据库版本及开源数据库技术，推动开源数据库及应用生态繁荣发展。为了帮助社区的小伙伴们

GreatSQL优化技巧：将MINUS改写为标量子查询前言minus指令运用在两个SQL语句上，取两个语句查询结果集的差集。它先找出第一个SQL所产生的结果，然后看这些结果有没有在第二个SQL的结果中，如果在，那这些数据就被去除，不会在最后的结果中出现，第二个SQL结果集比第一个SQL结果

GreatSQL里也能用上RocksDB引擎1.前言RocksDB是基于Facebook开源的一种支持事务的、高度可压缩、高性能的MyRocks存储引擎，特别适用于高度压缩和大容量的数据。以下是一些关键特点：高性能：LSM树结构使得RocksDB在写入密集型负载下表现卓越。它能够处理大量的写入操作，并且