Таблица MySQL неоднократно отказывает
Я нашел решение на этом веб-сайте. NTPdate пытался обновить дату каждый раз, когда интерфейс повысился, который в моем случае был три раза во время процесса начальной загрузки. Таким образом, я изменил /etc/network/if-up.d/ntpdate только работать ntpdate если eth0 повышается путем добавления следующего к верхней части сценария:
# Only update the date if eth0 goes up.
if [ "$IFACE" != eth0 ]; then
exit 0
fi
Мы имеем дело с разрушенными mysql таблицами вполне немного так мало предложений на вещах попробовать.
Во-первых, попытайтесь отбросить таблицу, перезапустив mysql, затем повторно добавив таблицу. Это позволит ему полностью воссоздать таблицу и зафиксировать любые скрытые ошибки структуры. Кроме того, таблица восстановления, сопровождаемая flush_tables, может работать, но мы нашли, что это не имеет столь же высокого показателя успешности.
Если это не работает, попытайтесь переместить таблицу в полностью в таблице памяти. Переключатель в от InnoDB или MyISM к ПАМЯТИ и видит, отказывает ли это все еще. Предупредите, что эта таблица не поддержит результаты через перезапуски, но так как это - таблица сессии, это не должно влиять на Вас. Обоснуйте, что это работает, то, что более медленные диски будут большие запросы любить повреждать таблицы, когда система/контрольные точки БД произойдет. Я должен все же видеть полную корреляцию на этом, но в каждом случае, более быстрые серверы не делают ошибки нигде близко к количеству раз, которое делают наши более медленные. Учитывая, что это - VM, дисковое замедление, вероятно, время от времени будет проблемой.
Последняя вещь состоит в том, чтобы включить полные mysql журналы запросов. Это повлияет на производительность так быть осторожным. Идея здесь состоит в том, чтобы разыскать, какой запрос в последний раз успешно выполняется и который перестал работать. При ловле достаточного количества отказов, Вы перейдете к сути дела, где Вы видите шаблон. Если можно надежно воспроизвести катастрофический отказ, Вы вовлекли себя ошибка MySQL. Надо надеяться, Вы не достигаете этой точки :)
-
1Считайте мой вопрос правильно. Я не обращался за помощью в восстановлении разрушенной таблицы. Я должен был выяснить причину катастрофических отказов. – rush 18.10.2012, 13:01