C.5.4.3. Как MySQL Handles a Full Disk

Этот раздел описывает, как MySQL отвечает на полные дисковые ошибки (такие как "никакое пространство, оставленное на устройстве"), и к превышенным квотой ошибкам (таким как "запись отказавший" или "пользовательский блочный предел, достигнутый").

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

Когда полное дисковое условие происходит, MySQL делает следующее:

Это проверяет однажды каждую минуту, чтобы видеть, есть ли достаточно пространства, чтобы записать текущую строку. Если есть достаточно пространства, оно продолжается, как будто ничто не произошло.
Каждые 10 минут это пишет запись в файл журнала, предупреждая о полном дисковом условии.

Чтобы облегчить проблему, предпримите следующие меры:

Чтобы продолжать, только необходимо освободить достаточное дисковое пространство, чтобы вставить все записи.
Альтернативно, чтобы прервать поток, mysqladmin использования уничтожают. Поток прерывается в следующий раз, когда он проверяет диск (через одну минуту).
Другие потоки могли бы ожидать таблицы, которая вызвала полное дисковое условие. Если у Вас есть несколько "заблокированных" потоков, уничтожая один поток, который ожидает на полном дисковом условии, позволяет другим потокам продолжаться.

Исключения к предыдущему поведению - то, когда Вы используете REPAIR TABLE или OPTIMIZE TABLE или когда индексирование создается в пакете после LOAD DATA INFILE или после ALTER TABLE оператор. Все эти операторы могут создать большие временные файлы, которые, если бы оставлено себе, вызвали бы большие проблемы для остальной части системы. Если диск становится полным, в то время как MySQL делает любую из этих операций, это удаляет большие временные файлы, и отметьте таблицу как разрушено. Исключение - это для ALTER TABLE, из-за старого стола встают неизменный.