Oracle 12C出现Connection lost contract错误时插入数据未回滚问题

是否为Oracle默认行为 #

是，该表现完全符合Oracle的设计逻辑，核心原因如下：

• Connection lost contract属于会话级致命错误，触发时数据库会直接终止对应会话，会话内运行的存储过程会被强制中断，根本没有机会执行WHEN OTHERS分支下的回滚逻辑，所以你写的异常处理块不会生效。
• 如果你确认已插入的数据没有回滚，基本可以确定你在批量插入逻辑中加入了分批显式提交的规则：Oracle事务的核心特性是提交后的变更永久持久化，已经完成提交的批次数据不会因为后续会话中断被回滚。

连接中断时的回滚方案 #

你可以根据业务场景选择以下方案实现异常回滚：

• 单事务全量提交：取消分批提交逻辑，将整个批量插入作为单个事务处理，仅当所有数据插入完成后再执行最终COMMIT。只要未触发最终提交，会话中断后Oracle会自动回滚该会话所有未提交的变更，无需额外编写异常处理逻辑。注意该方案需要提前评估UNDO表空间容量是否能支撑大批量数据产生的UNDO日志，避免长事务影响其他业务。
• 逻辑标记回滚：批量插入执行前，先往独立的事务控制表插入一条本次操作的唯一标识，状态标记为处理中并单独提交该记录，所有本次插入的业务数据都关联该事务标识。如果后续出现连接中断，下次启动任务时先校验是否存在状态为处理中的控制记录，先删除所有关联该标识的业务数据后再重新执行插入，通过业务逻辑实现等效回滚。
• XA分布式事务管控：如果你的业务场景对一致性要求极高，可以引入XA事务管理器管控整个插入流程，就算出现连接中断，XA事务管理器也会根据事务的全局状态自动触发回滚，保证数据一致性。
• 批量异常捕获前置：如果是批量插入时的数据错误引发的会话级异常，可在PL/SQL的FORALL批量插入语句中添加SAVE EXCEPTIONS子句，优先捕获批量插入过程中的普通数据错误，避免普通异常上升为连接级错误，降低异常触发概率。

内容的提问来源于stack exchange，提问作者user1463065