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

Я получаю это исключение с СЕРИАЛИЗИРОВАННЫМ уровнем изоляции в JobRepository в Spring Batch:

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, исключение исчезает.

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

10 ответов

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

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

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

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

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

alter table BATCH_.... INITRANS 3

Была такая же проблема в приложении Spring Batch (Spring Boot 2.3.3). Решение было:

  1. удалять @EnableTransactionManagement из @Configurationкласс, в котором настроены источники данных. (@Transactional также следует удалить.)

  2. Добавьте следующее в application.yaml

    партия:
      репозиторий:
        уровень изоляции для создания: ISOLATION_READ_COMMITTED

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

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

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

Для меня с INI_TRANS & теперь ROWDEPENDENCIES исключения для Сериализованного исчезли.

Обновление: оказывается не идеальным решением. У нас было одно событие этого СЕРИАЛИЗИРОВАННОГО исключения, случившегося за ночь. Теперь это намного лучше, так как у нас было сотни прогонов до одного сбоя, но кажется, что использование ROWDEPENDENCIES еще не является полным решением.

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

Следуйте ниже шаг.

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

Увеличение размера database.maximumPoolSize с 3 до 5 решило ошибку.

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

<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>

Мне удалось отследить проблему до использования квалификатора «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- 11гр2 ).

Подробное описание общей проблемы можно найти здесь: https://asktom.oracle.com/pls/apex/asktom.search?tag=isolation-level-serialization

Решение, которое я использовал :

Добавление "НЕМЕДЛЕННОЕ СОЗДАНИЕ СЕГМЕНТА" в предложение создания выше решило проблему:

      CREATE TABLE test1 (
    test_id NUMBER(1) NOT NULL PRIMARY KEY
)
SEGMENT CREATION IMMEDIATE;

Соответственно, я добавил то же самое ко всем операторам «CREATE TABLE» для репозитория заданий Spring Batch, и все заработало нормально.

В моем случае, когда что-то происходит на стороне БД, повторный запуск имеет ту же проблему.

Чтобы решить эту проблему, я очищаю всю таблицу ниже, и после этого перезапуск выглядит нормально.

  • BATCH_JOB_EXECUTION
  • BATCH_JOB_EXECUTION_CONTEXT
  • BATCH_JOB_EXECUTION_PARAMS
  • BATCH_JOB_INSTANCE
  • BATCH_STEP_EXECUTION
  • BATCH_STEP_EXECUTION_CONTEXT
Другие вопросы по тегам