Итак, я пытался загрузить некоторые тестовые данные, и, похоже, это убило мою весь база данных. Это тот случай, когда иметь резервные копии - это здорово! Все они были простыми запросами на вставку, вероятно, размером около 900 МБ. Что могло пойти не так?
Когда я проснулся (я позволил ему работать всю ночь) mysql вообще не отвечал, предлагая перезагрузить сервер, чтобы исправить это. Тогда я получил code 28 ошибки при попытке перечислить какие-либо таблицы.
Есть ли что-нибудь, что я могу использовать для защиты от этого в будущем?
Важно помнить, что данные, которые вы загружаете, могут быть 900 МБ вне вашей СУБД, но могут быть даже больше в базе данных без сжатия. Вы также должны учитывать рост базы данных, если это происходит по частям и в пространстве журнала транзакций. Поэтому всегда убедитесь, что у вас достаточно места на диске при выполнении такого большого импорта данных, поскольку кажется, что код является прямым результатом заканчивается место на диске.
Если я хорошо помню, ошибка 28 должна быть связана с некоторыми проблемами при записи в файлы. Были ли какие-то файловые системы заполнены на момент возникновения ошибки? Может быть, / tmp (или c: \ temp) переполнены?