проблема аналогичная этой

http://www.sql.ru/forum/411150/kak-poborot-lock-wait-timeout-exceeded-try-restarting-transaction

только в моём случае - нету никаких сложных транкзанкций.

просто хочу удалить одну строку из innodb




эта команда даже из командлайн утилиты мускла вылетает с ошибкой.

В этой таблице сейчас 66млн записей. содержит ссылку на таблицу с милионом записей.

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

тоесть



КЛЮЧИ есть.

PK - bigint autoincrement
FK - bigint reference parent_table.PK (field1)
unique -binary(20)=field2
unique -binary(20)=field3 + field1

FK - int reference parent_table2.PK (field 4)

и того, первичный, плюс два внешних ключа, плюс два уникальных (простой, и составной)

что подскажете???
Бобик сдох?

alex564657498765453,

если существенно.
parent1 - таблица на милион записей
parent 2 - таблица - 10 000

netwind,

ну я уже максимально полную информацию дал...

дело в том что даже после перезапусков проблема оставалась(база на локалхосте. мамой клянусь что после ристарта её, я лишь утилитой захожу и сразу делете пытаюсь сделать)

=======
вообщем решил пойти в конфиг мускла и подправить этот локтаймаут настройку, вместо 50 сек поставил 500.

странно, но тут же сработало.

видимо я действительно нарвался на баг, когда нету уже никаких других процесов, и тем не менее ошибка. а 500 это случайное совпадение.

netwind,

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

то есть все транкзанкции, это то что база сама делает.

кстате при глюке этом, в текущих процесах (information_schema) - небыло ни одного запроса выполняющего, все процесы ждущие (вебсервер на локалхосте использует постоянные подключения к базе - 4 хоста, у каждого подключение одно, плюс консоли - итого 5, так и было 5 штук)

так что похоже баг. всмысле какойто лок не снялся со строчки.

А учитывая что удалял я последнюю строку в таблице(хранимка делавшее тестовое наполнение была аварийно остановлена, и для последней строки не успела вставить в дочернюю таблицу данные, вот я и хотел её удалить)

то вот тот лок что во время работы хранимки возник, он и мешал. стронно что после рестарта сервера проблема оставалась.