MyBatis зависает при вставке

Я пытаюсь вставить запись в базу данных Oracle 11g с помощью MyBatis-Spring, но вставка зависает. Выбор работает нормально.

Мне нужна еще одна пара глаз, чтобы помочь мне понять, что происходит.

Вот фрагменты кодов, которые имеют значение:

Вывод журнала: (навсегда зависает на последней строке)

Running persistence.PartyMapperUnitTest
DEBUG [main] - Cache Hit Ratio [persistence.mapper.PartyMapper]: 0.0
DEBUG [main] - ==>  Preparing: SELECT PARTY_ID, PARTY_SUBTYPE_CD, LIFECYCLE_CD, PARTY_STATUS_CD FROM PARTY WHERE PARTY_ID =2 
DEBUG [main] - ==> Parameters: 
DEBUG [main] - <==      Total: 1
DEBUG [main] - ==>  Preparing: INSERT INTO PARTY (PARTY_SUBTYPE_CD, LIFECYCLE_CD, PARTY_STATUS_CD, CREATED_BY) VALUES (?,?,?,?) 
DEBUG [main] - ==> Parameters: partySubtypeCode1438810529048(String), lifecycleCode(String), partyStatusCode(String), createdBy(String)
***==== The application hangs forever at this log line ====***

Testing.sql (отлично работает)

INSERT INTO PARTY (PARTY_SUBTYPE_CD, LIFECYCLE_CD, PARTY_STATUS_CD, CREATED_BY)
VALUES ( 'a', 'b', 'c', 'd');

applicationContext.xml

<bean id="transactionManager" class="org.springframework.jdbc.datasource.DataSourceTransactionManager">
    <property name="dataSource" ref="dataSource" />
</bean>
<bean id="sqlSessionFactory" class="org.mybatis.spring.SqlSessionFactoryBean">
    <property name="dataSource" ref="dataSource" />
</bean>

PartyMapper.java

public interface PartyMapper<PartyEntity> {
    public PartyEntity fetch(Object entityId);
    public int insert(PartyEntity entity);
}

PartyMapper.xml

<insert
    id="insert"
    parameterType="persistence.entity.PartyEntity"
    keyProperty="partyId"
    keyColumn="PARTY_ID"
    useGeneratedKeys="true">
    INSERT INTO PARTY
        (PARTY_SUBTYPE_CD, LIFECYCLE_CD, PARTY_STATUS_CD, CREATED_BY)
    VALUES
        (#{partySubtypeCode},#{lifecycleCode},#{partyStatusCode},#{createdBy})
</insert>

PartyMapperUnitTest.java

PartyEntity expectedParty = new PartyEntity();
expectedParty.setPartySubtypeCode("a");
expectedParty.setLifecycleCode("b");
expectedParty.setPartyStatusCode("c");
expectedParty.setCreatedBy("d");
partyMapper.insert(expectedParty);

=== EDIT === Во время запуска UnitTest выполняются только два потока. Я не вижу здесь ничего плохого.

Добавил Thread.dumpStack() перед вставкой, но не увидел в этом ничего плохого:

Thread.dumpStack()

INFO: Pre-instantiating singletons in org.springframework.beans.factory.support.DefaultListableBeanFactory@77ab3f0: defining beans [transactionManager,org.springframework.aop.config.internalAutoProxyCreator,org.springframework.transaction.annotation.AnnotationTransactionAttributeSource#0,org.springframework.transaction.interceptor.TransactionInterceptor#0,org.springframework.transaction.config.internalTransactionAdvisor,sqlSessionFactory,dataSource,org.mybatis.spring.mapper.MapperScannerConfigurer#0,org.springframework.context.annotation.internalConfigurationAnnotationProcessor,org.springframework.context.annotation.internalAutowiredAnnotationProcessor,org.springframework.context.annotation.internalRequiredAnnotationProcessor,org.springframework.context.annotation.internalCommonAnnotationProcessor,mapper,partyMapper,org.springframework.context.annotation.ConfigurationClassPostProcessor$ImportAwareBeanPostProcessor#0]; root of factory hierarchy
java.lang.Exception: Stack trace
    at java.lang.Thread.dumpStack(Thread.java:1365)
    at td.com.naccms.cps.persistence.PartyMapperUnitTest.insert(PartyMapperUnitTest.java:48)
    at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
    at sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:57)
    at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:43)
    at java.lang.reflect.Method.invoke(Method.java:606)
    at org.junit.runners.model.FrameworkMethod$1.runReflectiveCall(FrameworkMethod.java:45)
...
...

person Rafa    schedule 05.08.2015    source источник
comment
Сколько соединений у вас есть в вашем пуле соединений? Я видел, как это происходит часто, когда пул DB имеет 1 соединение и есть 2 параллельных транзакции (поэтому MyBatis не может получить соединение с DB, а пул соединений jdbc фактически висит). Вы можете отлаживать свое приложение и «приостанавливать» его, когда оно зависает. Вы должны иметь возможность видеть потоки и отслеживать, какой из них заблокирован и где. Другой вариант, но более редкий, заключается в том, что стол заблокирован. Вы можете поискать в Google некоторые запросы, которые покажут вам все текущие блокировки в вашей БД.   -  person Augusto    schedule 06.08.2015
comment
@Augusto, я просмотрел темы, но не увидел в этом ничего необычного. Даже добавил Thread.dumpStack() перед вставкой, и мне кажется, что все в порядке. Кстати, я использую MyBatis-Spring.   -  person Rafa    schedule 06.08.2015
comment
@Augusto, это была проблема с базой данных, там зависли соединения, мы перезапустили базу данных, и все заработало ... меня беспокоит то, что это скрытая проблема, и ее трудно определить первопричину. Вы правы, пожалуйста, перепишите свой комментарий как ответ, чтобы я мог отметить его как правильный ответ.   -  person Rafa    schedule 06.08.2015


Ответы (1)


Сколько соединений у вас есть в вашем пуле соединений? Я часто видел, как это происходит, когда пул DB имеет 1 соединение и есть 2 параллельных транзакции (поэтому MyBatis не может получить соединение с DB, а пул соединений jdbc фактически висит). Вы можете отлаживать свое приложение и «приостанавливать» его, когда оно зависает. Вы должны иметь возможность видеть потоки и отслеживать, какой из них заблокирован и где. Другой вариант, но более редкий, заключается в том, что стол заблокирован. Вы можете поискать в Google некоторые запросы, которые покажут вам все текущие блокировки в вашей БД.

редактировать после вашего комментария

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

Вы также можете настроить некоторые тайм-ауты в пуле соединений с базой данных, так как некоторые пулы по умолчанию ждут вечно (и это очень долго :).

person Augusto    schedule 06.08.2015
comment
@YoriKusanagi Я настоятельно рекомендую вам прочитать книгу под названием Release It!. В нем содержится тонна полезных советов о том, как проектировать приложения, чтобы справляться с непредвиденными ошибками (такими, как описанная выше, когда БД зависала при попытке подключения). - person Augusto; 06.08.2015