我有一个具有propagation = Propagation.REQUIRES_NEW事务性属性的方法:
propagation = Propagation.REQUIRES_NEW
@Transactional(propagation = Propagation.REQUIRES_NEW) public void createUser(final UserBean userBean) { //Some logic here that requires modification in DB }
可以同时多次调用此方法,并且对于每个事务,如果发生错误而不是回退(独立于其他事务),则对于每个事务。
问题是,这可能迫使Spring创建多个事务,即使另一个事务可用,也可能会导致一些性能问题。
Java doc propagation = Propagation.REQUIRED说:Support a current transaction, create a new one if none exists.
propagation = Propagation.REQUIRED
Support a current transaction, create a new one if none exists.
这似乎解决了性能问题,不是吗?
回滚问题呢?如果在使用现有事务时新方法调用回滚怎么办?那会不会回滚整个交易,即使以前的呼叫也是如此?
[编辑] 我想我的问题还不够清楚:
我们有数百个客户端连接到我们的服务器。
对于每个客户,我们自然需要发送有关事务的反馈(确定或例外->回滚)。
我的问题是:如果使用REQUIRED,是否表示仅使用一个事务,并且如果第100个客户遇到问题,第一个客户的事务也将回滚?
REQUIRED
REQUIRES_NEW仅当从事务上下文中调用该方法时,使用才有意义。从非事务上下文调用该方法时,其行为将完全相同REQUIRED-将创建一个新事务。
REQUIRES_NEW
这并不意味着所有客户都只有一个事务-每个客户都将从一个非事务上下文开始,并且一旦请求处理达到@Transactional,它就会创建一个新事务。
@Transactional
因此,考虑到这一点,如果使用REQUIRES_NEW该操作的语义是有意义的-比我不担心性能-这将教科书过早优化- 我宁愿强调正确性和数据完整性,并在性能指标确定后担心性能收集,而不是之前。
回滚时-使用REQUIRES_NEW将强制开始新事务,因此,异常将回滚该事务。如果还有另一个正在执行的事务- 是否将回滚,具体取决于操作的具体情况,具体取决于异常是在堆栈中被捕获还是被捕获- 由您选择。另外,对于交易策略和回滚的更深入讨论,我建议:马克·理查兹(Mark Richards),“交易策略:了解交易陷阱”。