GreatSQL

摘要： GreatSQL 8.4.4-5 新版本带来了「大事务 binlog独立落盘」特性。核心思路一句话：不再回读重写，而是把 binlog cache 文件直接“转正“成 binlog文件。 阅读全文

摘要： 数据校验慢，你以为是数据库和网络，其实哈希计算才是藏得最深的「时间小偷」。gt-checksum v4.0.2 把默认哈希从 MD5 换成 XXHash64，哈希计算快 15-25 倍，整体提速 30%-50%——关键是一行配置都不用改，升级即提速。被大表校验折磨过的朋友，冲就完事了。 阅读全文

摘要： 对付平时正常运行的SQL突然变慢的情况，GreatSQL 8.4.4-5 新特性「执行计划变更异常捕获」的做法是给每条 SQL 的执行计划留一份"档案"，然后定期查岗，可以更快定位SQL变慢的原因。 阅读全文

摘要： GreatSQL 8.4.4-5 解决复制延迟的思路用一句话概括：把"等待"从协调线程下沉到 worker 线程，调度和执行彻底解耦。 阅读全文

摘要： 大事务提交，为什么总是"慢半拍"？ 用过 MySQL / GreatSQL 的 DBA 大概都遇到过这样的场景：一个大事务提交，整个库仿佛被按了暂停键——TPS 突然抖动，其他事务排队等待，I/O 打满。 根子出在传统 binlog 的提交流程上。大事务提交时，要把已经落在磁盘上的 binlog c 阅读全文

摘要： GreatSQL 在 8.4.4-5 版本恢复了 Master/Slave 旧版复制兼容接口。核心一句话：新旧两套语法完全并行、互不干扰,存量运维代码无需任何改造即可继续用。 阅读全文

摘要： GreatSQL 8.4.4-5 版本正式发布！本版本在高可用、高性能、高兼容、高安全四大维度全面升级，新增大事务binlog独立落盘、并行复制回放优化、向量数据类型及相似度查询等重磅特性，同时恢复旧版主从复制语法兼容，大幅降低运 维升级成本。 阅读全文

摘要： 问题发生 某个客户的一套数据库，主库为 MySQL 5.7.44，从库为 GreatSQL 8.0.32-27，从库的 SQL 线程中断，报错如下： 2026-05-07T21:53:42.151856+08:00 145 [ERROR] [MY-010584] [Repl] Slave SQL f 阅读全文

摘要： 背景 某套业务系统当前使用 openGauss 数据库，后续计划切换到 GreatSQL。本文示例是使用 DataX 将 openGauss 的一张业务表的数据同步到 GreatSQL 的过程，主要包括 DataX 安装、JDBC 驱动准备、目标表结构转换、任务配置以及迁移结果校验。 实际的生产数据 阅读全文

摘要： 在数据校验和修复场景中，权限不足是最容易被误判的问题之一：看不到表，究竟是表不存在，还是当前账号没权限？ gt-checksum v4.0.0 完善了权限预检与修复安全策略，区分源端/目标端角色，按实际场景检查最小权限，并在目标端表不可见时优先提示权限不足，避免误生成危险的修复 SQL。 一、功能简 阅读全文