Возможно ли удалить записи из MyISAM не блокируя таблицу на чтение

Question

[Sekira]

Есть таблица MyISAM вида id, text (около 1 кб каждая запись), индекс только по id, строк около 200 000, при удалении 1 или 100 записей запросом вида delete… where `id` in (1, 50, 60), таблица недоступна для чтения около 10 секунд.

Есть ли варианты без смены типа таблицы удалять записи не блокируя чтение? Спасибо!

Comments

[Sekira]

Запрос на чтение, который блокируется, выглядит как: select `text` from `table` where `id`=123 То есть не полное чтение таблицы.

Answer 1

[Вячеслав Плиско]

200k строк ото мелкая таблица, удаление должно проходить мгновенно, уж точно не секунды. Похоже, у вас рисуется проблема в другом месте, смотрите как бы не потерять всю таблицу, с MyISAM это бывает.

Comments

[Пума Тайланд]

может это просто индекс перестраивается.

[Sekira]

AmdY, вряд ли, так как на двух компьютерах одно и тоже, а база скопирована не файлами, а через Экспорт/Импорт, то есть повреждений быть не должно.
opium, вот это более похоже на правду, но не отключать же индексы перед удалением, тогда после включения, как я понимаю, еще дольше будет блокировка…

Answer 2

[Ilya Evseev]

dev.mysql.com/doc/refman/5.0/en/delete.html — ключи LOW_PRIORITY и в особенности QUICK.
dev.mysql.com/doc/refman/5.0/en/delete-speed.html — increase key_buffer_size.

Comments

[Sekira]

Большое спасибо, попробую QUICK, по описанию должно помочь, только иногда, как я понял надо делать OPTIMIZE TABLE, чтобы не было пустот в индексе. А LOW_PRIORITY уже пробовал ранее, не помогло.

[Ilya Evseev]

Навскидку, optimize table сжимает не индекс, а данные, путем копирования в новый файл *.MYD.
Индекс перестроится автоматически сразу после delete.
Но лучше проверьте правильность данных тезисов по официальной документации!

Low_priority сам по себе, естественно, не поможет. Но он поможет уменьшить влияние проблемы на пользователей, т.к. большинству по Вашим словам нужно только чтение.

И key_buffer_size тоже важен. Увеличивайте его до тех пор, пока это даёт положительный эффект.

[Вячеслав Плиско]

Вам нужно погонять функции для починки и анализа состояния таблицы, скорее всего она не в порядке даже на миллионе записей таких тормозов быть не должно dev.mysql.com/doc/refman/5.1/en/table-maintenance-sql.html

[Sekira]

Упс… ответ ниже…

Answer 3

[afiskon]

Я не специалист, но по-моему нельзя. Любое изменение в MyISAM таблицах приводит к блокированию всей таблицы. Если вы часто производите такие операции, возможно, вам имеет смысл перейти на InnoDB (или альтернативный движок с блокировкой на уровне строк).

Comments

[Sekira]

Достаточно редко (раз в 1-2 дня), поэтому не знаю что лучше, так как читал, что для частого чтения лучше MyISAM, чем InnoDB, тем более данные не критичные. То есть большее количество времени идет чтение и очень редко запись/удаление. Кстати при записи значительных блокировок не замечал, только при удалении.

Answer 4

[Sekira]

IlyaEvseev, там по первой ссылке написано на счет DELETE QUICK, что даже после добавления новых данных пропуск в индексе останется, пока не будет выполнена команда OPTIMIZE TABLE, это касается таблиц с AUTO_INCREMENT колонкой.
AmdY, все нормально с таблицами, я же выше написал Вам, что на двух компьютерах одно и тоже. Может быть тормозов быть и не должно, если бы все поля были числовыми и без индексов, а здесь каждое поле с текстом по 1 кб.

Comments

[Ilya Evseev]

Сам по себе пропуск в индексе слабо влияет на производительность.
Причина в многократном перестроении индекса при удалении.
Quick отменяет все промежуточные перестроения и делает его ровно один раз — после завершения всей операции.

По крайней мере, я понял так.