行数齐了。货款少了四千三百三十。

先讲

功能通，只说明页面没报错。行数相同，只说明没有整表丢。钱在动的时候，还要对一笔业务总数。货款是最硬的一笔：源 ￥3,102,440，目标 ￥3,098,110。少的那 ￥4,330，可能藏在某一类折扣、某一条作废单、某一个时区把当天最后一笔切丢了。财务明早对的是总数。

抽样过不了这一关。抽样会抽到整齐的。出事的往往是尾部那几笔：作废后又恢复的单、跨午夜的单、手工调账。你抽的五十行字段都能对上，只能证明你抽中的那五十行还在。钱在动的表，总数先看，抽样后看。总数不对，抽样再漂亮也不能写完成。

对账三层一起看。功能：下单、库存扣减、退货能不能走完。行数：每张表源和目标。业务总数：货款、库存件数、在途。一层过了就宣布完成，另外两层会在开门之后打你。库存件数对、货款不对，一样不能关源端。

对不上就停。不要改目标库凑数。凑数会把差异埋进新环境。先找差异集合：哪一类单据、哪个时间段、哪一个接口。找到之前，源端先别退役。关掉源端，四千多块会变成一笔说不清的损失。交接页上写货款差 ￥4,330，不要写完成。

四千三百三十块怎么找。按时间切：冻结前后各半小时。按类型切：作废单、折扣单、手工调账单。按接口切：支付回写、退货回写。一层层收窄。找到那几笔，才能决定是漏同步、是时区、还是目标库触发器把金额改了。没找到就关源端，两边对不上，这四千多块会变成事故编号。源端的只读账号留给财务。财务用旧库把差异集合圈出来，你再决定补同步还是留着两边一起查。