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

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

Оператор SELECT, который выполняется долго, препятствует обновлению таблицы другими сессиями в это время, заставляя другие сессии казаться медленными или не реагирующими. Пока сессия ожидает получения эксклюзивного доступа к таблице для обновлений, другие сессии, которые выдают операторы SELECT, встают в очередь за ней, что снижает конкуреность даже для сессий только для чтения.

Рассмотрите возможность переключения таблицы на хранилище InnoDB, либо используя CREATE TABLE ... ENGINE=INNODB во время настройки, либо используя ALTER TABLE ... ENGINE=INNODB для существующей таблицы. Подробнее о этом хранилище см. Главу 17, Хранилище InnoDB.

Оптимизируйте операторы SELECT для более быстрого выполнения, чтобы они блокировали таблицы на более короткое время. Возможно, потребуется создать некоторые сводные таблицы.

Запустите mysqld с --low-priority-updates. Для хранилищ, которые используют только блокировку на уровне таблиц (таких как MyISAM, MEMORY и MERGE), это даёт всем операторам обновления (модификации) таблицы более низкий приоритет, чем операторам SELECT. В этом случае, второй оператор SELECT в приведенном выше сценарии будет выполняться до оператора UPDATE и не будет ждать завершения первого оператора SELECT.

Чтобы указать, что все обновления, выданные в определенном соединении, должны выполняться с низким приоритетом, установите переменную серверной системы low_priority_updates равной 1.

Чтобы присвоить более низкий приоритет конкретному оператору INSERT, UPDATE или DELETE, используйте атрибут LOW_PRIORITY.

Чтобы присвоить более высокий приоритет конкретному оператору SELECT, используйте атрибут HIGH_PRIORITY. См. Раздел 15.2.13, «Оператор SELECT».

Запустите mysqld со значением переменной системы max_write_lock_count для принудительного повышения приоритета всех операторов SELECT, которые ожидают таблицу после определенного количества записей в блоки таблиц (например, для операций вставки). Это позволяет использовать блоки чтения после определенного количества записей в блоки.

Если у вас есть проблемы с смешанными операторами SELECT и DELETE, опция LIMIT для оператора DELETE может помочь. См. Раздел 15.2.2, «Оператор DELETE».

Использование SQL_BUFFER_RESULT с операторами SELECT может помочь сделать продолжительность блокировок таблиц короче. См. Раздел 15.2.13, «Оператор SELECT».

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

Вы могли бы изменить код блокировки в mysys/thr_lock.c, чтобы использовать одну очередь. В этом случае блокировки записи и блокировки чтения имели бы одинаковый приоритет, что могло бы помочь некоторым приложениям.