Получение «Превышено время ожидания блокировки; попробуйте перезапустить транзакцию», даже если я не использую транзакцию

Question

Я выполняю следующую инструкцию MySQL UPDATE:

mysql> update customer set account_import_id = 1;
ERROR 1205 (HY000): Lock wait timeout exceeded; try restarting transaction

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

В таблице 406 733 строки.

Answer 1

Я столкнулся с этим, имея 2 соединения Doctrine DBAL, одно из которых как нетранзакционные (для важных журналов), они предназначены для параллельной работы независимо друг от друга.

CodeExecution(
    TransactionConnectionQuery()
    TransactionlessConnectionQuery()
)

Мои тесты интеграции были свернуты в транзакции для отката данных после самого теста.

beginTransaction()
CodeExecution(
    TransactionConnectionQuery()
    TransactionlessConnectionQuery() // CONFLICT
)
rollBack()

Моим решением было отключить транзакцию обертывания в этих тестах и ​​сбросить данные БД другим способом.

Answer 2

Если вы только что убили большой запрос, потребуется время до rollback. Если вы выполните другой запрос до того, как завершенный откат будет завершен, вы можете получить ошибку тайм-аута блокировки. Вот что случилось со мной. Решением было просто немного подождать.

подробности:

Я выполнил запрос DELETE, чтобы удалить около 900 000 из примерно 1 миллиона строк.

Я запустил это по ошибке (удаляет только 10% строк): DELETE FROM table WHERE MOD(id,10) = 0

Вместо этого (удаляет 90% строк): DELETE FROM table WHERE MOD(id,10) != 0

Я хотел удалить 90% строк, а не 10%. Поэтому я убил процесс в командной строке MySQL, зная, что он откатит все строки, которые он удалил.

Затем я немедленно выполнил правильную команду и вскоре получил ошибку lock timeout exceeded. Я понял, что блокировка может быть на самом деле rollback уничтоженного запроса, все еще происходящего в фоновом режиме. Поэтому я подождал несколько секунд и повторно запустил запрос.

Answer 3

В моем случае я выполнял ненормальный запрос для исправления данных. Если вы заблокируете таблицы в своем запросе, вам не придется иметь дело с таймаутом блокировки:

LOCK TABLES `customer` WRITE;
update customer set account_import_id = 1;
UNLOCK TABLES;

Вероятно, это не очень хорошая идея для нормального использования.

Подробнее см .: Справочное руководство по MySQL 8.0

Answer 4

Если у вас больше ничего не работает и у вас есть собственный экземпляр, я считаю, что было бы эффективнее просто перезапустить mysql

Answer 5

Была такая же ошибка, хотя я обновлял только одну таблицу с одной записью, но после перезапуска mysql она была устранена.

Answer 6

Такого рода вещи произошли со мной, когда я использовал php выход языковой конструкции; в середине транзакции. Тогда это транзакция "зависает", и вам нужно убить процесс mysql (описанный выше с помощью processlist;)

Answer 7

Поздно к вечеринке (как обычно), однако моя проблема заключалась в том, что я написал какой-то плохой SQL (будучи новичком), и у нескольких процессов была блокировка записи (записей) <- не уверен в правильном словесном выражении. Мне пришлось просто: <code>SHOW PROCESSLIST и затем убить идентификаторы, используя KILL <id>