某套业务系统当前使用 openGauss 数据库，后续计划切换到 GreatSQL。本文示例是使用 DataX 将 openGauss 的一张业务表的数据同步到 GreatSQL 的过程，主要包括 DataX 安装、JDBC 驱动准备、目标表结构转换、任务配置以及迁移结果校验。 实际的生产数据迁移时，需要结合表数量、数据量、停机窗口、约束和索引重建策略完整...

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

在数据库校验和修复工具中，连接串几乎是最敏感的配置之一。过去为了使用方便，很多配置文件会直接写入数据库明文密码。gt-checksum v4.0.0 起，srcDSN / dstDSN 中的 password 必须使用 ENC[...] 密文，并新增独立工具 gt-dsn-crypt 生成 32 字节 base64 key 与 AES-256-GCM 密文，让连接串密码保护从“建议项”变成“强约...

在跨机房、跨云的数据校验场景中，校验工具与数据库之间的数据传输往往暴露在不可信的网络环境中。gt-checksum v4.0.0 新增 SSL 加密连接支持，源端和目标端可独立配置，让校验和修复过程中的数据传输不再"裸奔"。

在数据修复场景中，"修复容易，回滚困难"一直是个痛点。执行完修复 SQL 后发现结果不符合预期，却没有现成的回退手段。gt-checksum v4.0.0 新增反向回滚 SQL 生成能力，让每一次修复都有"后悔药"。

在 Oracle → MySQL、MariaDB → MySQL、MySQL 跨版本升级等迁移场景中，源端和目标端的数据类型往往不完全一致。过去，gt-checksum 只能依赖内置的默认映射规则，面对复杂的类型差异只能人工逐列核对。gt-checksum v4.0.0 新增 dTypeMappingFile 参数，支持用户自定义数据类型映射规则，让异构迁移校验真正实现"规则驱动"。

在数据库迁移验收、跨版本升级等场景中，校验任务运行数小时是常态。一旦任务中断，过去只能从头重来。gt-checksum v4.0.0 新增断点续传功能，让中断的任务可以从中断位置继续执行，大幅节省时间和资源。

GreatSQL 社区开源的数据库校验及修复工具 gt-checksum 迎来 v4.0.0 大版本重磅更新！本次升级直击生产环境数据校验的核心痛点，新增断点续传、反向回滚 SQL、自定义数据类型映射等关键能力，同时在权限预检、安全策略、性能优化等维度全面增强，让数据校验与修复真正适配生产级场景。

即：customer.cc_od_subs的列product_order_number的排序规则是utf8mb4_0900_bin，变量var_product_order_number的排序规则utf8mb4_bin 。

但问题原因究竟是什么呢？为什么中间丢失了一个事务8451fc4d-d1ae-11ec-b2bf-5254002b8928:19789718呢？

在 MySQL/GreatSQL 数据库管理中，通过设置只读模式来控制实例的数据写入权限是一项常见的运维操作，尤其在搭建主从复制、执行备份、进行维护或实现读写分离时至关重要。MySQL/GreatSQL 提供了多个与只读相关的系统参数，它们从不同维度对实例的读写能力进行约束。理解这些参数的作用、区别及相互影响，能够帮助我们更精...

在一次开发中发现当执行需要条件下推cursor重新解析语句之后，会导致数据库core。看下面复现步骤，这里用的是mysql8.4.4的debug版本代码。

数据库校验利器升级！gt-checksum v1.2.3 正式发布更快、更稳、更智能——你的数据一致性守护专家✨ 写在前面在日常的数据库运维与数据迁移中，你是否经常被这样的问题困扰：数据不一致却难以快速定位跨库校验复杂繁琐存储过程、触发器难对比大表校验内存飙升，被 OOM 直接 Kill今天，我们为你带来一个好消息——gt-checksum ...

适合读者：DBA / 后端架构师 / 运维工程师关键词：MySQL 复制、binlog_do_db、replicate_do_db、数据不一致

一次由隐藏大页配置引发的数据库 OOM 故障分析一、事故发生在周日清晨，收到紧急短信告警，数据库实例发生异常重启。首先登录数据库服务器，查看日志记录

在客户现场提交的一次问题中发现某个带有MINUS联合查询cursor语句进行查询的时候，用MINUS和INTERSECT进行联合查询会导致core，但是用UNION却不会。

GreatSQL MGR三节点基于时间点恢复前言本文将介绍DDL模拟误操作数据库后，怎么恢复到误操作时间点？解决方案：利用binlog伪装master实例（搭建伪主从复制环境），让复制应用binlog停留在具体时间点对应的gtid上。方案可以帮助客户在发生DDL事故时快速恢复数据到误操作之前，避免进一步的损失。文章分为三个阶段：自行准...

5.7到8.0版本升级导致备份导入失败：提示 "超过行长度"某应用开发商将用 mysqldump 从 MySQL5.7 导出的数据导入到GreatSQL时，某些表创建失败，提示超过行长度。模拟信息如下 {代码...} 错误信息error log信息 {代码...} 命令行终端报错信息 {代码...} 问题分析根据 error log 的日志信息表明，表 demo.cm_plat_user中添...

在客户现场的一次问题报告中发现某个带有CTE语句进行查询的时候，把tmp_table_size设置为最小1024，数据量少的时候却报错临时表找不到。注意：该问题在最新的MySQL版本中仍存在。

为确保数据库中传输数据的安全性与完整性，防止敏感信息在通信过程中被窃听或篡改，建议为GreatSQL服务启用SSL加密连接。此举尤其适用于不安全的网络环境（如公有网络），或需满足行业数据安全合规性要求的场景。以下文档将详述配置GreatSQL服务器端强制SSL连接，并为客户端颁发证书的具体操作步骤。