Коллеги, доброго дня,

Подскажите каким образом можно определить заблокированна или нет некоторая таблица?

Заранее спасибо.

Тип таблиц MyISAM, версия 4.1.11-standard.

DocAlА не проапгрейдиться ли вам? Таки в в 4.1.11 критическая уязвимость, трудно эксплуатируемая, но всё ж таки.

Я пробовал на 4.1.12 перейти, но все закончилось сегфаултом при загрузке сиквела. Пришлось откатываться. У меня MySQL локальный, сеть не слушает. Сервером пользуюсь только я, так что эксплойтов особенно не боюсь.

Валентин К
На практике определить можно только наткнувшись на блокировку.
Увидеть состояние коннектов можно в show processlist;

Спасибо, но до этого я дотумкал. Но вот не хотелось бы натыкаться.

Валентин К
Опишите задачу, скорее всего решение будет в другом месте.


Есть таблица с несколькими миллионами записей, записи добавляються пачками по 100 тысяч, раз в полчаса, и раз в день старые записи удаляются (т.е. за раз удаляются около 5 млн записей). Таблица содержит некоторого рода архивную информацию, которая в общем то нужна пользователю, но не сильно. Т.е. в момент когда данные в таблицу добавляются или удаляются (а этот процесс занимает порядочно времени), я хочу выводить пользователю сообщение что архив временно недоступен, для того чтобы интерфейс у юзера не подвисал. Первое что приходит в голову - проверить блокировку таблицы.

Вот такая задачка.

DocAlПочему бы не использовать InnoDB и не блокировать таблицу?

Во первых есть печальный опыт использования InnoDB, таблицы пару раз сыпались. Во вторых, производительность. В третьих если я в одном процессе заблокирую InnoDB таблицу - есть ли способ посмотреть состояние блокировки из другого процесса, а не нарватся на саму блокировку и "подвиснуть" до ее окончания?

заглянувшийМожно создать простенькую таблицу status с одним полем int(1),
Я об этом тоже думал. Но тут возможны нюансы. Скажем установка флага произойдет сразу после проверки, и процесс нарвется на блокировку.

DocAlВ том-то и дело, что _МОЖНО_ поставить построчную блокировку.

Чтото мне подсказывает, что для 5 млн записей построчная блокировка будет подобна смерти :-)

Насчет надежности - согласен. InnoDB на практике понадежней оказались.

Я два раза в разных конфигурация пробовал переходить на InnoDB, и в обоих случаях на второй/третий день таблицы сыпались. Уж не знаю в чем причина, но факт остаюется фактом. Причем сыпались так основательно что восстановлению не подлежали. MyISAM таблицы пару раз сыпались тоже, из за непредвиденных ребутов, но они хоть восстанавливались нормально.



могут быть полезны:
IS_FREE_LOCK(str)
IS_USED_LOCK(str)

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

[quot DocAlГм, на основании чего вы так думаете?
[/quot ]
Ну если удаление само по себе довольно дорогое удовольствие, то если еще и блокировать отдельные записи, то выйдет ну никак не быстрее.

Не замечал такого, сколько пользуюсь InnoDB, вы уверены, что с железом всё в порядке?
Ситуация возникакл на разных машинах, под разными ОС.