目标单数据库记录数实际行数低于日志记录行数

问题描述:
背景:目标单数据库实际行数低于日志记录行数,下面以“eas到苍穹的物料集成”例子来讲解。
特别说明:该现象与数据库字段大小写敏感现象相似,并不是由候选键字段大小写敏感引起的问题。https://club.kdcloud.com/article/73720562257729792
首先可以看到:总行数和成功行数都是3617行。

然而,页面显示却只有2761条。

数据库查询显示数据:2763条。

分析:
1、起初,我们怀疑是由于候选键选择不当,存在重复的候选键导致目标数据部分以更新而不是插入的方式保存。
2、经过eas的源数据库排查后发现不存在重复的候选键,也不存在大小写相同的候选键,当然也就不是由于候选键字段大小写敏感导致的问题,于是怀疑是id重复导致的,将目标id使用#{new_int_id()}直接赋值。
3、接着,删除前一次同步的脏数据后进行重新同步,发现还是存在该现象,数据总行数依然3617不变,页面上显示的实际数据也还是2761不变。
4、在该次的执行日志中的内容中搜索关键字insert和update,日志内容包含insert的正好有2761行,update的正好有856行,并且将两次进行update的数据进行对比,发现通过update的
目标单数据库记录数实际行数低于日志记录行数
问题描述:背景:目标单数据库实际行数低于日志记录行数,下面以“eas到苍穹的物料集成”例子来讲解。特别说明:该现象与数据库字段大小写...
点击下载文档文档为doc格式
声明:除非特别标注,否则均为本站原创文章,转载时请以链接形式注明文章出处。如若本站内容侵犯了原著者的合法权益,可联系本站删除。
上一篇
已经是第一篇



