Spec-Zone .ru
спецификации, руководства, описания, API
|
Этот раздел описывает, как MySQL отвечает на полные дисковые ошибки (такие как "никакое пространство, оставленное на устройстве"), и к превышенным квотой ошибкам (таким как "запись отказавший" или "пользовательский блочный предел, достигнутый").
Этот раздел важен для записей к MyISAM
таблицы. Это также просит записи к двоичным
файлам журнала, и двоичный файл регистрируют индексный файл, за исключением того, что ссылки на "строку" и "запись", как должны понимать, означают "событие".
Когда полное дисковое условие происходит, MySQL делает следующее:
Это проверяет однажды каждую минуту, чтобы видеть, есть ли достаточно пространства, чтобы записать текущую строку. Если есть достаточно пространства, оно продолжается, как будто ничто не произошло.
Каждые 10 минут это пишет запись в файл журнала, предупреждая о полном дисковом условии.
Чтобы облегчить проблему, предпримите следующие меры:
Чтобы продолжать, только необходимо освободить достаточное дисковое пространство, чтобы вставить все записи.
Альтернативно, чтобы прервать поток, mysqladmin использования уничтожают. Поток прерывается в следующий раз, когда он проверяет диск (через одну минуту).
Другие потоки могли бы ожидать таблицы, которая вызвала полное дисковое условие. Если у Вас есть несколько "заблокированных" потоков, уничтожая один поток, который ожидает на полном дисковом условии, позволяет другим потокам продолжаться.
Исключения к предыдущему поведению - то, когда Вы используете REPAIR TABLE
или OPTIMIZE TABLE
или когда индексирование создается в пакете после LOAD DATA INFILE
или после ALTER TABLE
оператор. Все эти операторы могут создать большие временные файлы,
которые, если бы оставлено себе, вызвали бы большие проблемы для остальной части системы. Если диск становится
полным, в то время как MySQL делает любую из этих операций, это удаляет большие временные файлы, и отметьте
таблицу как разрушено. Исключение - это для ALTER
TABLE
, из-за старого стола встают неизменный.