Ошибка таймаута, пытающаяся заблокировать таблицу в h2

Ответ 1

Да, вы можете изменить тайм-аут блокировки. Значение по умолчанию относительно низкое: 1 секунда (1000 мс).

Во многих случаях проблема заключается в том, что другое соединение заблокировало таблицу, и использование многостраничной версии concurrency также решает проблему (добавьте ;MVCC=true к URL-адресу базы данных).

Ответ 2

Я столкнулся с такой же проблемой и использовал параметр "MVCC = true", он решил это. Подробнее об этом параметре можно найти в документации по H2: http://www.h2database.com/html/advanced.html#mvcc

Ответ 3

Я хотел бы предположить, что если вы получаете эту ошибку, то , возможно, вы не должны использовать транзакцию в своей операции с массовой базой данных. Рассмотрите возможность совершения транзакции для каждого отдельного обновления: имеет ли смысл думать о полном объеме импорта в качестве транзакции? Возможно нет. Если да, то да, MVCC = true или большой тайм-аут блокировки - разумное решение.

Однако, я думаю, что в большинстве случаев вы видите эту ошибку, потому что пытаетесь выполнить очень длинную транзакцию - другими словами, вы не знаете, что выполняете действительно длительную транзакцию. Это, безусловно, было для меня, и я просто заботился о том, как я писал записи (либо без транзакций, либо с использованием небольших транзакций), и проблема тайм-аута блокировки была решена.

Ответ 4

Для тех, у кого есть эта проблема с интеграционными тестами (т.е. сервер обращается к h2 db, а тест интеграции обращается к db перед вызовом сервера, чтобы подготовить тест), добавив "commit" к script, выполненному до тест гарантирует, что данные находятся в базе данных до вызова сервера (без MVCC = true - который я нахожу немного "странным", если он по умолчанию не включен).

Ответ 5

У меня возникла проблема с PlayFramework

Возникло событие JPAQueryException: ошибка при выполнении запроса из models.Page где name =?: Таймаут, пытающийся заблокировать таблицу "PAGE"

Он закончился бесконечным циклом, потому что у меня был

@Before

без if, заставляя функцию многократно называть себя

@Before (если = "GetUser" )

Ответ 6

Работа с DBUnit, H2 и Hibernate - та же ошибка, MVCC = true, но я все равно получаю ошибку для любых тестов после удаления данных. Исправленные эти случаи заключались в упаковке фактического кода удаления внутри транзакции:

Transaction tx = session.beginTransaction();
...delete stuff
tx.commit();