Код блокирования таблиц в MySQL не создает тупиковых ситуаций.
Чтобы получить высокую скорость блокирования, в MySQL на таблицах всех
типов, кроме
BDB,используется табличная блокировка (вместо
блокирования строк или столбцов). Если таблицы большие, то для большинства
приложений табличная блокировка намного лучше, чем строковая, но
существуют, конечно, и определенные подводные камни.
в MySQL табличная блокировка используется
только в случае, если данная таблица явно блокируется командой
. Мы вообще не рекомендуем применять
для упомянутых
типов таблиц, поскольку для таблицы
используется автоматическая
блокировка строкового уровня, а для таблиц
- блокировка страничного
уровня. Это делается, чтобы гарантировать изоляцию транзакций.
В версии MySQL 3.23.7 и выше можно вставлять строки в таблицы MyISAM в то
время, когда другие потоки производят чтение из этой таблицы. Следует
учитывать, что в настоящее время эта функция работает только при условии,
что в таблице в момент вставки отсутствуют какие-либо пустые пространства,
оставшиеся после удаленных из нее записей. Как только все пустые места
будут заполнены новыми данными, автоматически будет восстановлена
возможность делать одновременные вставки.
Табличная блокировка обеспечивает возможность одновременного выполнения
чтения из таблицы несколькими потоками, но если какой-нибудь поток
попробует произвести запись в таблицу, то вначале он должен получить
исключительный доступ. Во время обновления таблицы все другие потоки,
стремящиеся получить доступ к этой конкретной таблице, будут ожидать, пока
данное обновление не будет завершено.
Поскольку обновление обычно считается более важной операцией, чем
,
то все команды, производящие обновления таблицы, имеют более высокий
приоритет, чем команды извлечения данных. Такой алгоритм гарантирует, что
обновления не зависнут в случае, если для некоторой таблицы выполняется
большое количество тяжелых запросов (этот порядок действий можно изменить,
используя
).
Начиная с версии MySQL 3.23.7 можно использовать переменную
, чтобы заставить MySQL временно предоставить всем
командам
, ожидающим доступ к таблице, более высокий приоритет после
заданного числа вставок в таблицу.
Табличную блокировку, однако, нецелесообразно использовать в случае
следующего сценария:
, требующий длительного времени для выполнения.
на используемой таблице.
Этот клиент будет ожидать, пока
не закончит свою работу.
на той же таблице.
Поскольку
имеет более высокий приоритет, чем
, то эта
команда
будет ждать, пока
не закончит свою работу. Кроме
того, вторая команда
будет также ждать, пока не завершится
первая команда
!
Поток ждет ситуации заполненного диска. В таком случае все потоки,
которые хотят получить доступ к проблемной таблице, будут переведены в
состояние ожидания до тех пор, пока не освободится немного дискового
пространства.
выполняться быстрее. Возможно,
для этого необходимо будет создать сводные таблицы.
. Этим вы назначите всем
командам обновления таблицы более низкий приоритет, чем у команды
. Тогда последняя команда
.
,
.
, чтобы
разрешить блокировки чтения
).
можно указать, что все
обновления из конкретного потока должны выполняться с низким
приоритетом. See section
.
Можно указать, что команда
является очень важной, - с помощью
атрибута
. See section
.
, перейдите на новые таблицы
, которые поддерживают
одновременное выполнение команд
.
, то
решить возникающие при этом проблемы иногда помогает атрибут
. See section
.
, то может помочь
опция
. See section
.