ThinkPHP中Db::transaction()可保障同库事务原子性，需显式捕获异常、禁用IO操作、强制走主库；数据比对宜用md5(serialize())生成指纹，统一清理非业务字段并ksort；where条件须区分NULL与空字符串；大表校验应优先使用SQL聚合函数。
ThinkPHP 中用 Db::transaction() 保证写操作原子性
分布式场景下数据不一致，往往不是比对逻辑出问题，而是写入中途失败导致部分成功。ThinkPHP 的事务不是万能的，但它是校验前最该兜住的底线。
常见错误是只在单表操作里用事务，而跨库、跨服务时直接放弃——其实只要所有写操作都在同一数据库连接内，Db::transaction() 就能生效。
- 必须显式捕获异常并回滚，不能依赖自动回滚（ThinkPHP 6+ 默认不自动回滚非 PDO 异常）
- 避免在事务中调用 HTTP 请求或文件读写，超时或失败会导致事务卡死
- 如果用了读写分离，确保事务期间所有操作都走写库（配置
'read_master' => true或手动切库）
示例：
Db::transaction(function () {
Db::name('order')->insert(['sn' => 'O2024001']);
Db::name('log')->insert(['action' => 'create_order']);
// 这里抛异常，上面两条都会回滚
throw new \Exception('模拟失败');
});
用 md5(serialize($data)) 做轻量级数据指纹比对
分布式节点间比对整条记录太重，也容易因字段顺序、空格、时间精度差异误判。序列化后哈希是 ThinkPHP 场景下最稳的“内容一致性”判断方式。
注意：这不是加密，只是生成确定性摘要；别用 json_encode()，它对键序、空白、数字类型敏感，serialize() 更忠实还原 PHP 数据结构。
立即学习“PHP免费学习笔记（深入）”；
- 比对前统一 unset 掉时间戳、ID、更新人等非业务字段
- 对关联数组做
ksort()再序列化，避免键序不同导致哈希不一致 - MySQL 的
datetime和 PHP 的Carbon对象可能精度不同，建议转成秒级时间戳再比对
示例：
$clean = array_diff_key($row, array_flip(['id', 'created_at', 'updated_at'])); ksort($clean); $fingerprint = md5(serialize($clean));
避免在 where() 条件里混用 NULL 和空字符串
分布式写入时，各节点对“未填值”的处理策略可能不一致：A 节点存 NULL，B 节点存空字符串，查出来就永远对不上。ThinkPHP 的 where() 默认不区分二者，这是比对失效的高频坑。
真实场景中，用户注册地址字段、扩展 JSON 字段、可选分类 ID 都容易踩这个坑。
- 建表时明确字段是否允许
NULL，禁止varchar类型既允许 NULL 又默认 '' - 查询时用
where('field', 'IS NULL')或where('field', '', '!=')显式区分，别用where('field', '') - 写入前统一 normalize：空字符串转
NULL（或反之），在模型的setAttr方法里做
定时任务里用 Db::raw('COUNT(*)') 替代 PHP 循环计数
跨节点数据量大时，把全量数据查到 PHP 再比对，内存炸、超时多、网络抖动直接中断。真正要校验的是“数量一致”“关键字段聚合值一致”，这些完全可以在 SQL 层搞定。
比如比对订单总金额，不要 select * from order 然后 array_sum()，而要用聚合函数让数据库算好再传回来。
- 用
Db::raw('SUM(amount) as total')+group比对分片汇总 - 用
Db::raw('MD5(GROUP_CONCAT(id ORDER BY id SEPARATOR ","))')快速比对主键集合（适合万级以内） - 避免
SELECT COUNT(*)在大表上没索引的慢查询，给比对字段加联合索引
复杂比对终究是权衡：字段越细，开销越大；聚合越粗，问题越晚暴露。真正难的不是怎么写，而是想清楚「这次比对到底要回答什么问题」——是防双写？防同步中断？还是人工误操作？问题定义不清，校验就容易做重或做漏。
