ORACLE 数据同步，数据不一致问题多种多样，其中在长事务场景里尤其容易出现。
一个事务可能跨越多轮 LogMiner 解析窗口；一条长 SQL 可能被拆成多段；一次 BLOB 更新可能先记录 locator，再分多次写入；事务最后还可能回滚。只要事务前半段的关键上下文丢了，目标端就可能出现字段值不完整、回滚数据残留、大对象内容错误等问题。
下面我们主要看 3 个问题：
- 长事务为什么会影响 Oracle 同步准确性。
- BLOB、长 SQL、rollback 这些场景里，问题通常是怎么出现的。
- 如果你要处理这类问题，同步链路通常需要补哪些能力。
长事务为什么会影响同步准确性
Oracle LogMiner 做增量同步时，通常按 SCN 区间持续解析 redo 日志。对短事务来说，这种方式通常没问题。因为事务开始、数据变更和提交，大多落在相近窗口内，链路比较容易还原完整结果。
长事务不一样。
它可能在较早的 SCN 开始，中间经历多次 DML，跨过多轮解析窗口，最后才提交或回滚。如果同步任务每轮都只从上次结束的位置继续向前读，你看到的可能只是事务后半段，前面的定位信息、SQL 片段或前置变更已经不在当前窗口里了。
这里还有一个很容易被忽略的点：START_LOGMNR 的起点会直接影响 V$LOGMNR_CONTENTS 产出的逻辑事件。它不是简单做一次 SCN >= startScn 过滤。起点如果刚好落在长事务、BLOB 更新链路或长 SQL 片段的中间位置，LogMiner 可能因为缺少前置上下文，无法还原原本可识别的 DML 事件。
所以你在现场看到的，通常不是"任务报错"或者"日志没读到"，而是下面这些更隐蔽的问题：
- BLOB 更新被拆成 locator 和写入片段后，如果缺少前置上下文，后续
LOB_WRITE可能无法被正确识别或归属。 - 长 SQL 被拆成多段记录后，如果缺少前置片段，LogMiner 可能无法把它还原为可解析的 DML。
- rollback 依赖的前置 DML 不在当前解析窗口内时，回滚记录可能无法被正确识别。
- 大事务跨窗口后，目标端可能残留源端最终并未生效的数据。
所以，长事务的问题，不是单条日志读取问题，而是事务上下文不完整。
BLOB 场景
如果你库里有附件、图片、票据、影像这类字段，BLOB 往往是最先暴露问题的地方。
原因不复杂。Oracle 对 BLOB 的 redo 表达方式，和普通字段更新不一样。一次 BLOB 更新，通常不会表现为一条完整的 UPDATE ... SET blob_col = ...。它往往会先出现定位目标行和目标列的 locator 事件，然后再出现多次 LOB_WRITE 写入事件。
如果 LogMiner 的解析窗口刚好切在这条链路中间，前面的 locator 不在当前上下文里，后面的 LOB_WRITE 就可能无法被正确识别，或者无法被正确归属到目标表、目标列和目标行。
你最后看到的现象，往往不是"任务失败"，而是目标端文件不完整，或者大字段内容直接错了。
CSF 长 SQL 场景
再看长 SQL。
当 SQL_REDO 内容过长时，LogMiner 可能会通过 CSF 等方式把一条完整 SQL 拆成多段记录。只有片段收全了，链路才能正确还原出完整 DML。
如果这条 SQL 又落在长事务里，而 START_LOGMNR 起点刚好切在中间片段附近，问题就不只是"少拿到一段 SQL 文本"。缺少前置上下文时，LogMiner 可能无法把这些 redo 还原成原本可识别的业务 DML，而是产出 Unsupported 这类无法用于字段解析的记录。
如果你遇到的是字段很多、字段值很长、更新语句体积也大的表，这类问题会更明显。
Rollback 场景
rollback 也是很典型的一类问题。
它麻烦的地方在于，rollback 记录很多时候不能脱离前置 DML 单独理解。如果当前窗口里看到了 rollback，但前面同事务、同 rowid 的 insert 或 update 已经不在解析范围内，那么这次撤销操作就可能无法被完整识别。
最后的结果就是：链路看到了变更，但没有正确处理它最终被回滚这件事。目标端留下的，可能是源端并未正式生效的数据。
所以很多同步链路除了回看窗口，还需要事务级暂存或延迟确认机制。否则即使拿到了 rollback 记录，也不一定能正确作用到之前已经暂存或待投递的变更上。
这类问题本质上需要哪些能力
如果你要处理上面这些问题，同步链路至少要补几类能力：
- 事务级状态跟踪，而不是只按日志窗口推进。
- 对未完成事务的上下文保留能力。
- 对 BLOB locator、
LOB_WRITE、长 SQL 片段等特殊记录的重组能力。 - 对 rollback 的延迟处理或事务级清理能力。
- 对大事务的暂存和恢复能力。
说到底，Oracle 同步难点不只是"能不能拿到 redo"，而是拿到之后，能不能在事务维度把这些记录重新组织成源端真正发生过的结果。
总结
在 Oracle 同步排查中，附件损坏、字段值异常、回滚未生效，或者目标端出现多余数据等问题，有时都可以追溯到事务上下文跨窗口丢失。
如果你正在处理 Oracle 实时同步、迁移或灾备里的长事务、大字段、回滚问题，欢迎继续把你的场景在评论区聊一聊。下一期，我们讲讲 SQL Server 备库同步，关注我们，也欢迎点赞、转发或收藏这篇内容。