作者：孙正方
爱可生 DBLE 核心研发成员，拥有丰富的分布式数据库中间件开发、咨询以及调优经验，擅长数据库中间件问题排查和处理，对线上中间件部分排错有深入的实践与认知。
本文来源：原创投稿
*爱可生开源社区出品，原创内容未经授权不得随意使用，转载请联系小编并注明来源。
背景
开关不便
结果集处理不便
数据导入处理不便
检查开关在表格级别（只有部分表格需要检查）
检查触发的具体时间需要能精确定义
检查的方式要求可以自定义
检查方式自定义要求足够足够简单明确
实现原理
globalCheck
cron
globalCheckClass
并且在加载过程中，将每一个 table 的全局表检查，作为一个独立的定时任务加载到 quartz 中去，之后便交由 quartz 进行触发和执行。
getCountSQL (全局表检查 SQL 执行定义)
getFetchCols (全局表检查结果集列定义)
resultEquals (全局表检查结果对比方法)
failResponse (全局表检查失败反馈方法)
resultResponse (全局表检查结果反馈方法)
具体的执行逻辑和流程如下图所示：
start/reload 的时候将表格所配置的定时任务加入到 quartz 中
quartz 触发定时任务
实例化 AbstractConsistencyChecker 并执行
根据方法 getCountSQL 确定需要执行的 SQL，并将 SQL 下发执行
根据方法 getFetchCols 确定需要获取的 SQL 执行结果列
根据方法 resultEquals 对于不同 MySQL 上的检查结果进行对比
根据 failResponse 和 resultResponse 方法进行结果的反馈
全局表检查使用实例
CHECKSUM
COUNT
顾名思义，以上的两种默认方法分别通过在不同的 MySQL 节点求取同名表的 checksum 值以及 count 的数量来进行比较不同 MySQL 节点上的数据的一致性。
<!--dble内置CHECKSUM检查方式-->
<table name="tb_global1" dataNode="dn1,dn2" type="global" globalCheck="true" cron="0 * * * * ?" globalCheckClass="CHECKSUM"/>
<!--dble内置COUNT检查方式-->
<table name="tb_global2" dataNode="dn1,dn2" type="global" globalCheck="true" cron="0 * * * * ?" globalCheckClass="COUNT"/>