Spring文档(第46页,第5.1.7节)说:
默认情况下,无论重试还是跳过,从ItemWriter抛出的任何异常都将导致Step控制的事务回滚.如果如上所述配置了skip,则从ItemReader抛出的异常不会导致回滚.
我的提交间隔设置为10.所以我对上面段落的理解是,如果从10块的大块中读取第7条记录时出错,则会跳过该项目,并且itemReader将提前发送正确的9条记录.
但是,如果第7条记录在写入期间出错 - 将不会写入10条记录,并且将发生回滚.
但是,当我包含在skipPolicy中抛出的错误时,itemWriter会将剩余的9条记录写入数据库,跳过错误的错误.这与上面提到的相矛盾.
任何人都可以解释"在项目写作过程中跳过"的概念.
即使抛出单个错误,我得到以下内容:
SkipCount为-1两次,然后为0,并且在我的shouldSkip(Object,Throwable)方法中再次为-1. - 我没有得到这种行为.
回滚计数也是2 - 它是什么意思？为什么是2？
@michael是否有可能使用某些场景来解释行为!
比如"我正在从一个文件中读取20条记录并在一些处理后写入数据库.我有一个跳过策略设置用于某些异常.如果在读取,处理,写入期间发生异常将会发生什么 - 块将如何已提交,默认重试如何工作,如何更新计数等等......"
这对我来说真的是一个很大的帮助,因为我仍然对这种行为感到困惑.
从你的用例描述来看,你混合了不同的概念.
您描述了一个跳过场景,但您似乎希望跳过应该像无回滚场景一样工作.
从春季批处理文档
跳过:
处理时遇到的错误不应导致步骤失败,而应该跳过
vs no-rollback:
如果如上所述配置了skip,则从ItemReader抛出的异常不会导致回滚.
用我自己的话说,跳过意味着:
如果步骤在读取/处理/写入期间遇到错误,则将回滚当前块并且单独读取/处理/写入块的每个项目 - 没有坏项目.基本上,Spring Batch会回退到坏块的提交率1,并在坏块之后返回到指定的提交率.
回滚计数也是2 - 它是什么意思？为什么是2？
ROLLBACK_COUNT:执行期间的回滚次数.请注意,此计数包括每次发生回滚时, 包括重试的回滚和跳过恢复过程中的回滚.
(强调我的)
即使抛出单个错误,我得到以下内容:
SkipCount为-1两次,然后为0,并且在我的shouldSkip(Object,Throwable)方法中再次为-1. - 我没有得到这种行为.
我尝试了一个简单的跳过作业,包括配置样式,skip-policy和skip-limit with skippable-exception,两者在回滚和跳过计数方面都相同
(步骤元数据是好的,但是应该跳过(...)似乎比预期的要多得多)
| 归档时间： |
|
| 查看次数： |
12104 次 |
| 最近记录： |