我在Spring Batch的JobRepository上获得了SERIALIZED隔离级别的异常:
org.springframework.dao.CannotSerializeTransactionException: PreparedStatementCallback; SQL [INSERT into DATAFEED_APP.BATCH_JOB_INSTANCE(JOB_INSTANCE_ID, JOB_NAME, JOB_KEY, VERSION) values (?, ?, ?, ?)]; ORA-08177: can't serialize access for this transaction
嵌套异常是java.sql.SQLException:ORA-08177:无法序列化此事务的访问权限
at org.springframework.jdbc.support.SQLErrorCodeSQLExceptionTranslator.doTranslate(SQLErrorCodeSQLExceptionTranslator.java:269)
at org.springframework.jdbc.support.AbstractFallbackSQLExceptionTranslator.translate(AbstractFallbackSQLExceptionTranslator.java:72)
at org.springframework.jdbc.core.JdbcTemplate.execute(JdbcTemplate.java:603)
at org.springframework.jdbc.core.JdbcTemplate.update(JdbcTemplate.java:812)
at org.springframework.jdbc.core.JdbcTemplate.update(JdbcTemplate.java:868)
at org.springframework.jdbc.core.JdbcTemplate.update(JdbcTemplate.java:872)
at org.springframework.batch.core.repository.dao.JdbcJobInstanceDao.createJobInstance(JdbcJobInstanceDao.java:105)
at org.springframework.batch.core.repository.support.SimpleJobRepository.createJobExecution(SimpleJobRepository.java:135)
at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
at sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:39)
at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:25)
at java.lang.reflect.Method.invoke(Method.java:597)
at org.springframework.aop.support.AopUtils.invokeJoinpointUsingReflection(AopUtils.java:317)
at org.springframework.aop.framework.ReflectiveMethodInvocation.invokeJoinpoint(ReflectiveMethodInvocation.java:183)
at org.springframework.aop.framework.ReflectiveMethodInvocation.proceed(ReflectiveMethodInvocation.java:150)
at org.springframework.transaction.interceptor.TransactionInterceptor.invoke(TransactionInterceptor.java:110)
at org.springframework.aop.framework.ReflectiveMethodInvocation.proceed(ReflectiveMethodInvocation.java:172)
at org.springframework.batch.core.repository.support.AbstractJobRepositoryFactoryBean$1.invoke(AbstractJobRepositoryFactoryBean.java:172)
at org.springframework.aop.framework.ReflectiveMethodInvocation.proceed(ReflectiveMethodInvocation.java:172)
at org.springframework.aop.framework.JdkDynamicAopProxy.invoke(JdkDynamicAopProxy.java:204)
at $Proxy27.createJobExecution(Unknown Source)
at org.springframework.batch.core.launch.support.SimpleJobLauncher.run(SimpleJobLauncher.java:124)
at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
at sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:39)
at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:25)
at java.lang.reflect.Method.invoke(Method.java:597)
at org.springframework.aop.support.AopUtils.invokeJoinpointUsingReflection(AopUtils.java:317)
at org.springframework.aop.framework.ReflectiveMethodInvocation.invokeJoinpoint(ReflectiveMethodInvocation.java:183)
at org.springframework.aop.framework.ReflectiveMethodInvocation.proceed(ReflectiveMethodInvocation.java:150)
at org.springframework.batch.core.configuration.annotation.SimpleBatchConfiguration$PassthruAdvice.invoke(SimpleBatchConfiguration.java:117)
at org.springframework.aop.framework.ReflectiveMethodInvocation.proceed(ReflectiveMethodInvocation.java:172)
at org.springframework.aop.framework.JdkDynamicAopProxy.invoke(JdkDynamicAopProxy.java:204)
at $Proxy61.run(Unknown Source)
当只运行一个作业时,没有其他并行。当我将JobRepository的隔离级别更改为ISOLATION_READ_COMMITTED时,异常就消失了。
这个例外的原因是什么?
答案 0 :(得分:8)
该方法的默认隔离级别为SERIALIZABLE,即 相当激进:READ_COMMITTED也会起作用; 如果两个进程不太可能,READ_UNCOMMITTED会没问题 以这种方式碰撞。但是,因为调用create *方法是 非常短, SERIALIZED不太可能导致问题, 只要数据库平台支持它。
答案 1 :(得分:6)
我遇到了同样的问题,而jobRepository级别的有效隔离是关键,下面是一个适合我的代码示例:
<batch:job-repository id="jobRepository"
data-source="dataSource" transaction-manager="transactionManager"
isolation-level-for-create="READ_COMMITTED" table-prefix="SB_" />
答案 2 :(得分:5)
使用序列化事务时,您需要根据Oracle Docs增加表上的initrans参数。要处理序列化事务,需要3个或更多。
alter table BATCH_.... INITRANS 3
答案 3 :(得分:3)
我们已经尝试将INI_TRANS升级到100并且我们仍然遇到问题
我发现这篇文章建议将ROWDEPENDENCI添加到表的创建中。
http://www.devx.com/dbzone/Article/41591?pf=true
对我来说INI_TRANS&amp;现在ROWDEPENDENCIES已经消除了Serialized的例外情况。
更新:原来不是一个完美的解决方案。我们确实有一个SERIALIZED异常事件发生在一夜之间。现在情况要好得多,因为我们在单次故障之前有100次运行,但似乎使用ROWDEPENDENES并不是一个完整的解决方案。
答案 4 :(得分:0)
我可以通过添加isolationLevelForCreate来解决此错误,如下所示:
glGetTexImage
答案 5 :(得分:0)
我有解决此问题的方法。
按照下面的步骤。
BATCH_JOB_INSTANCE
,BATCH_JOB_EXECUTION
和BATCH_JOB_EXECUTION_PARAMS
表中插入一些伪记录。 (不要忘记提交)答案 6 :(得分:0)
将database.maximumPoolSize的大小从3增加到5可解决该错误。
答案 7 :(得分:0)
在Spring Batch应用程序(Spring Boot 2.3.3)中有相同的问题。解决方案是:
从配置数据源的@EnableTransactionManagement
类中删除@Configuration
。 (@Transactional
也应删除。)
将以下内容添加到application.yaml
batch: repository: isolationlevelforcreate: ISOLATION_READ_COMMITTED
答案 8 :(得分:0)
我的情况是在DB端发生了某些事情,重新运行也有同样的问题。
为解决此问题,我清理了所有下表,然后重新运行就可以了。
答案 9 :(得分:0)
我能够追踪到在 create table 语句中使用“PRIMARY KEY”限定符和 Oracle 事务隔离级别“SERIALIZABLE”的问题。 可以用这个简单的 SQL 脚本对此进行测试:
CREATE TABLE test1 (
test_id NUMBER(1) NOT NULL PRIMARY KEY
);
SET TRANSACTION ISOLATION LEVEL SERIALIZABLE;
INSERT INTO test1 VALUES ( 1 );
COMMIT;
结果:ORA-08177 错误。
根本原因::
该问题与 Spring Batch 代码无关,而是与 Oracle 自 11.2 版以来创建表的方式有关 - 有关详细信息,请参见此处:https://oracle-base.com/articles/11g/segment-creation-on-demand-11gr2)。
可在此处找到一般问题的详细说明:https://asktom.oracle.com/pls/apex/asktom.search?tag=isolation-level-serialization
我使用的解决方案:
在上面的create子句中添加“SEGMENT CREATION IMMEDIATE”解决了问题:
CREATE TABLE test1 (
test_id NUMBER(1) NOT NULL PRIMARY KEY
)
SEGMENT CREATION IMMEDIATE;
相应地,我将相同的内容添加到 Spring Batch 作业存储库的所有“CREATE TABLE”语句中,并且一切正常。