讨论spring事务对方法执行时间的影响

一个saveXXXX方法处理一个LIST 加了spring事务
list size比较小时没什么问题
如果list很大 大于10W时方法执行时间很长 spring事务是影响它的原因吗
我领导说这是个长事务 占什么日志空间 我很费解 我理解的长事务是事务里嵌套着其他事务才是长事务....
想这种比较慢怎么做比较好 用多线程操作数据表我担心会造成数据库死锁
欢迎各位发表意见

这个方法里面要跟新3张表数据

长事务影响redo，undo和锁这三个资源的释放，为了保证一致性
长事务代表锁住的资源很对，理论上自然死锁几率要大很多

ppgunjack 写道
长事务影响redo，undo和锁这三个资源的释放，为了保证一致性
长事务代表锁住的资源很对，理论上自然死锁几率要大很多

什么是长事务 我很费解

有用批处理吗?

现在的业务情况是这样的 调外部接口下载一个文件处理 封装成一个LIST 需要去更新一些关联表 list size 不确定 很大 也可能很小 小数据量时很快 大数据量时 很慢了 spring事务对这个方法有没有影响

finallygo 写道
有用批处理吗?

saveOrUpdate(List)?
还是分割list 分几次来处理？

看spring事务最后到底串联了多少子事务对DB的修改才commit
spring事务应该是包得很浅的，串联可能也是在aop处加了commit，相对于数据库调用，这个成本可忽略

ppgunjack 写道
看spring事务最后到底串联了多少子事务对DB的修改才commit
spring事务应该是包得很浅的，串联可能也是在aop处加了commit，相对于数据库调用，这个成本可忽略

意思是 在一个事务里处理10W条数据的list 跟我在外层分割list分几次处理LIST 其实是一样的吗

现在我得到的一个结论就是 spring 事务对方法执行的效率几乎可以忽略
程序慢可能是别的问题引起的 但我要怎么做执行时间稍微能短一点呢
我要遍历每个对象去做个关联查询 再update 其他的表
10W条数据 怎么能在10分钟内3张表都update玩