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

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

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

Рассмотрите возможность переключения таблицы на движок хранения InnoDB, используя CREATE TABLE ... ENGINE=INNODB во время настройки или используя ALTER TABLE ... ENGINE=INNODB для существующей таблицы. Подробности о данном движке хранения см. в Главе 14, Движок хранения 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. См. Раздел 13.2.9, «Оператор SELECT».

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

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

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

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

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