Таблица MySQL ежедневно повреждается

В нашей системе у нас есть таблица, которая в течение ночи подвергается постоянной атаке (мы делаем много импортов по ночам). Поскольку мы получали меньше записей, чем обычно, мы добавили некоторые хитрости в код импорта, и это вызвало это во многих операторах обновления. Неверный ключевой файл для таблицы './xxx/zzz.MYI'; попробуйте исправить". появляется ошибка.

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

Как узнать, что является причиной? Может ли это происходить из-за слишком большого количества вставок/обновлений одновременно? Переход на innoDB решит проблему? Кто-нибудь знает что-нибудь о нем?

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

Это таблица myisam с примерно 500 000 строк, а импорт представляет собой 12 XML-каналов (около 10 МБ каждый), заполненных объявлениями об автомобилях, которые вставляются/обновляются в рассматриваемую таблицу.

Может это из-за размера стола?

спасибо!


person user2113500    schedule 25.09.2014    source источник
comment
Решит ли переход на InnoDB проблему? Я предполагаю, что вы работаете с таблицами MyISAM, я прав?   -  person Barranka    schedule 25.09.2014
comment
Что касается импорта... Что вы импортируете? Вы импортируете текстовые файлы? Вы выполняете массивные вставки? Вы загружаете файлы и сохраняете их как BLOBs? Пожалуйста, добавьте немного больше деталей к вашему вопросу   -  person Barranka    schedule 25.09.2014
comment
Да, это таблица myIsam   -  person user2113500    schedule 25.09.2014
comment
Ваш стол действительно большой? MyISAM блокирует всю таблицу при выполнении DML   -  person Barranka    schedule 25.09.2014
comment
ну, мы читаем несколько (12) XML-каналов (около 10 МБ каждый), полных объявлений об автомобилях, которые вставляются / обновляются в рассматриваемой таблице.   -  person user2113500    schedule 25.09.2014
comment
Это около 500000 строк, это слишком много?   -  person user2113500    schedule 25.09.2014
comment
Я не вижу проблемы с объемом вставок... но, конечно, если у вас заканчивается место на диске или вы выполняете много одновременных операций записи, это может быть проблемой...   -  person Barranka    schedule 25.09.2014
comment
Вам не хватает места на диске?   -  person VMai    schedule 25.09.2014
comment
что вы думаете о переходе на innoDB? Он блокирует на уровне строк, я думаю, что это должно быть лучше.   -  person user2113500    schedule 25.09.2014
comment
около 60гб на диске и 1гб в /tmp думаю хватит, не так ли?   -  person user2113500    schedule 25.09.2014
comment
Поврежденный файл .MYI находится в /tmp? Если да, то вам следует следить за свободным местом в /tmp при импорте, см. stackoverflow.com/q/25823106/3501730.   -  person VMai    schedule 25.09.2014
comment
Конечно, перейдите на InnoDB, если вам небезразличны ваши данные.   -  person akuzminsky    schedule 25.09.2014
comment
Может ли повреждение быть вызвано плохими блоками жесткого диска?   -  person user2113500    schedule 26.09.2014