启用 GTID 和二进制日志，结合 pt-table-checksum 校验、复制状态监控及 InnoDB 校验机制，可有效保障 MySQL 主从数据一致性。
MySQL 镜像配置中的数据校验主要用于确保主从节点之间的数据一致性，防止因网络异常、复制延迟或写入错误导致的 数据丢失 或不一致。要实现有效的数据完整性校验，需结合 MySQL 自身的复制机制与额外的校验 工具 或策略。
启用 GTID 和二进制日志校验
GTID（全局事务标识符）能保证每个事务在集群中唯一，便于追踪和比对主从间执行的事务是否一致。
- 在主库和从库的 my.cnf 中启用 GTID 模式：
gtid_mode = ON
enforce_gtid_consistency = ON - 开启二进制日志并设置 server-id 唯一：
log-bin = mysql-bin
server-id = 1（主库），从库设为 2 或其他唯一值 - 重启服务并验证 GTID 状态：
SHOW MASTER STATUS;
查看是否有 Executed_Gtid_Set 字段输出
使用 pt-table-checksum 进行数据一致性校验
Percona Toolkit 提供的 pt-table-checksum 工具可在主从架构中逐表计算校验值，识别差异。
- 安装 Percona Toolkit：
Ubuntu: apt-get install percona-toolkit
CentOS: yum install percona-toolkit - 运行校验命令（在主库执行）：
pt-table-checksum –host=master_ip –user=root –password=xxx –replicate=checksums - 该命令会在从库自动同步 checksum 结果，并比对每张表的哈希值
- 若发现不一致，可通过 pt-table-sync 生成修复语句
定期监控复制状态与延迟
通过检查复制线程状态和延迟情况，可间接判断数据一致性风险。
- 在从库执行：
SHOW SLAVE STATUSG - 关注关键字段：
Slave_IO_Running 和 Slave_SQL_Running 应为 Yes
Seconds_Behind_Master 表示延迟时间，持续增长可能意味着数据不同步 - 结合监控系统（如 Prometheus + MySQL Exporter）设置告警规则
启用 InnoDB 校验和与磁盘数据保护
MySQL 内部支持页级校验，防止底层存储损坏影响数据完整性。
- 确保 InnoDB 启用数据页校验：
innodb_checksums = ON（MySQL 5.6 及以上默认开启） - 启用 doublewrite buffer 防止部分写入问题：
innodb_doublewrite = ON（默认开启） - 定期使用 CHECK TABLE 检查表结构与数据：
CHECK TABLE table_name;
基本上就这些。合理配置 GTID 复制、使用 pt-table-checksum 主动校验、监控复制状态并启用 InnoDB 自我保护机制，可以有效保障 MySQL 镜像环境下的数据完整性。不复杂但容易忽略的是定期执行校验任务并建立报警响应流程。
