MariaDB从10.1.2升级到10.11.6后的数据校验方法咨询

针对你从MariaDB 10.1.2升级到10.11.6后的数一致性校验需求，结合你已尝试的方法，以下是更精准的方案：

一、结构差异的深度校验 #

你用mysqldump --no-data对比结构的方法是有效的，可以进一步优化：

• 导出时加上--skip-comments --skip-set-charset参数，过滤版本相关注释和字符集声明差异，聚焦核心结构（字段类型、约束、索引定义等）
• 用diff（Linux/macOS）或WinMerge（Windows）工具对比导出的结构文件，快速定位差异点——比如你提到的utf8转utf8mb3、默认值引号变化这类属于版本兼容的正常调整，确认是否符合预期即可

二、数据内容的精准校验 #

1. 修正CHECKSUM TABLE的使用 #

你遇到部分表校验值不同的情况，确实可能是结构变更（如字符集、存储引擎细节调整）导致的。改用EXTENDED模式，它会忽略结构差异，只计算数据内容的校验值：

CHECKSUM TABLE your_table_name EXTENDED;

对比升级前后同表的EXTENDED校验值，一致则说明数据内容无差异。

2. 分层抽样数据对比 #

对于大表，全量对比不现实，可按主键/唯一键划分区间抽样：

SELECT * FROM your_table WHERE id BETWEEN 1000 AND 2000;

将结果导出为CSV后对比内容，重点抽样文本、二进制字段，排查字符集转换带来的隐性差异。

3. 统计值校验 #

对每个表执行聚合统计，对比升级前后的结果：

-- 校验记录总数
SELECT COUNT(*) FROM your_table;
-- 校验数值字段的总和/平均值
SELECT SUM(your_num_col), AVG(your_num_col) FROM your_table;
-- 校验字符串字段的最大长度
SELECT MAX(LENGTH(your_str_col)) FROM your_table;

所有统计值一致的话，基本可确认数据无异常。

三、业务场景验证 #

这是最直接的有效性校验：

• 运行生产环境核心业务查询、读写操作，验证返回结果和操作行为与升级前一致
• 重点测试涉及字符集、时间类型、存储过程的业务逻辑，避免版本兼容问题影响业务

可行性说明 #

以上方法均可行，且覆盖结构、数据内容、业务三个层面：

• 结构校验确保表定义符合预期，版本差异导致的正常调整（如utf8转utf8mb3）属于MariaDB的兼容变更，无需担忧
• 数据内容校验通过EXTENDED校验、统计值对比和抽样，在效率和准确性间取得平衡
• 业务验证从实际使用角度确保升级不影响业务运行

内容的提问来源于stack exchange，提问作者cottton