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). Решение было:
удалять
@EnableTransactionManagement
из@Configuration
класс, в котором настроены источники данных. (@Transactional
также следует удалить.)Добавьте следующее в application.yaml
партия: репозиторий: уровень изоляции для создания: ISOLATION_READ_COMMITTED
Мы попытались поднять INI_TRANS до 100, и у нас все еще были проблемы
Я нашел эту статью, которая предлагает добавить ROWDEPENDENCIES для создания таблиц.
http://www.devx.com/dbzone/Article/41591?pf=true
Для меня с INI_TRANS & теперь ROWDEPENDENCIES исключения для Сериализованного исчезли.
Обновление: оказывается не идеальным решением. У нас было одно событие этого СЕРИАЛИЗИРОВАННОГО исключения, случившегося за ночь. Теперь это намного лучше, так как у нас было сотни прогонов до одного сбоя, но кажется, что использование ROWDEPENDENCIES еще не является полным решением.
У меня есть обходной путь для этой проблемы.
Следуйте ниже шаг.
- Вручную создайте таблицу в вашей базе данных ( ссылка).
- вставить несколько фиктивных записей в
BATCH_JOB_INSTANCE
,BATCH_JOB_EXECUTION
а такжеBATCH_JOB_EXECUTION_PARAMS
Таблица. (не забудьте совершить) - Ошибка устранена. наслаждаться.
Увеличение размера 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