Подтвердить что ты не робот

Spring Batch ORA-08177: не может сериализовать доступ для этой транзакции при запуске одиночного задания, уровень изоляции SERIALIZED

Я получаю это исключение с SERIALIZED уровнем изоляции на JobRepository в Spring Пакет:

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, исключение отсутствует.

В чем причина этого исключения?

4b9b3361

Ответ 1

Из официального документа - 4.3.1

Уровень изоляции по умолчанию для этого метода - SERIALIZABLE, что довольно агрессивный: READ_COMMITTED будет работать так же хорошо; READ_UNCOMMITTED будет нормально, если два процесса не будут сталкиваются таким образом. Однако, поскольку вызов метода create * довольно короткое, маловероятно, что SERIALIZED вызовет проблемы, пока платформа базы данных поддерживает его.

Ответ 2

У меня была такая же проблема, и эффективная изоляция на уровне jobRepository является ключом, вот пример кода, который работает для меня:

<batch:job-repository id="jobRepository"
    data-source="dataSource" transaction-manager="transactionManager"
    isolation-level-for-create="READ_COMMITTED" table-prefix="SB_" />   

Ответ 3

При использовании сериализованных транзакций вам необходимо увеличить параметр initrans в таблице в Документах Oracle. Для обработки сериализованных транзакций это должно быть 3 или более.

alter table BATCH_.... INITRANS 3

Ответ 4

Мы попытались поднять INI_TRANS до 100, и мы все еще сталкивались с проблемами

Я нашел эту статью, которая предлагает добавить ROWDEPENDENCIES к созданию таблиц.

http://www.devx.com/dbzone/Article/41591?pf=true

Для меня с INI_TRANS и теперь ROWDEPENDENCIES исключения для Serialized исчезли.

Обновление: оказывается не идеальным решением. У нас было одно событие этого исключения SERIALIZED, которое произошло за ночь. Теперь это намного лучше, так как у нас было 100 секунд пробегов перед одним провалом, но кажется, что использование ROWDEPENDENCIES еще не является полным решением.

Ответ 5

Мне удалось решить эту ошибку, добавив isolLevelForCreate, как показано ниже:

<bean id="jobRepository" class="org.springframework.batch.core.repository.support.JobRepositoryFactoryBean">
        <property name="databaseType" value="ORACLE"/>
        <property name="dataSource" ref="dataSource" />
        <property name="transactionManager" ref="transactionManager" />
        <property name="isolationLevelForCreate" value="ISOLATION_READ_UNCOMMITTED"/>
    </bean>

Ответ 6

У меня есть обходной путь для этой проблемы.

Следуйте ниже.

  1. Вручную создайте таблицу в своей базе данных (ссылка).
  2. вставьте некоторые фиктивные записи в BATCH_JOB_INSTANCE, BATCH_JOB_EXECUTION и BATCH_JOB_EXECUTION_PARAMS. (не забудьте зафиксировать)
  3. Ошибка решена. наслаждаться.