всегда нуждаюсь в innodb_force_recovery = 6

Вопрос или проблема

После многих попыток я смог перезапустить сильно поврежденную базу данных, добавив innodb_force_recovery = 6 в my.ini.

Однако теперь я не могу запустить сервер вообще, если эта строка не будет постоянно в файле ini. Это кажется неправильным.

Есть ли что-то, что я должен сделать после восстановления базы данных таким образом, кроме создания резервной копии и восстановления на совершенно новую?

В конечном итоге, нет способа обойти это, так и должно быть:

innodb_force_recovery = 6 на самом деле не восстанавливает ваши таблицы, как можно подумать. Это просто позволяет mysqld запуститься несмотря на поврежденные таблицы.

Таблицы также становятся доступными только для чтения в этом “аварийном режиме”, делая всю схему непригодной для использования в производстве.

По сути, это запускает mysqld в “безопасном режиме” просто для того, чтобы позволить экспортировать базу данных, заново создать свежие таблицы и импортировать, и я в итоге так и сделал.

Ответ или решение

Краткое описание проблемы показывает, что вы сталкиваетесь с критической ситуацией, где ваша база данных MySQL постоянно требует установки параметра innodb_force_recovery=6 в конфигурационном файле my.ini для ее запуска. Такое состояние явно ненормально и указывает на серьезные структурные или файловые проблемы в вашей базе данных InnoDB. Давайте подробно рассмотрим, что происходит в такой ситуации и как можно поступить для полной стабилизации вашей системы.

Теория
InnoDB — это надежный и производительный механизм хранения MySQL, который обеспечивает транзакции, управляет блокировками и восстанавливает данные в случае сбоя системы. Тем не менее, в некоторых случаях, таких как аппаратные сбои или прерывания питания, InnoDB может стать уязвимым и данные могут быть повреждены. Параметр innodb_force_recovery используется для управления поведением системы при критических ошибках. Значение от 1 до 6 определяет уровень осторожности, с которым MySQL игнорирует определенные типы ошибок и позволяет серверу MSYQL запуститься. Уровень 6 (innodb_force_recovery=6) является самым агрессивным и предназначен исключительно для целей извлечения данных, а не для регулярной эксплуатации. Он не исправляет поврежденные данные, а только позволяет системе игнорировать их, временно ограничивая базу данных в режиме только для чтения.

Пример
Ваше текущее использование innodb_force_recovery=6 — это временное решение, которое позволяет базе данных запускаться несмотря на ее повреждение. Однако, применение этого параметра делает все таблицы базы данных доступными только для чтения и может создаваться иллюзия о том, что база данных полностью функциональна, что на самом деле не так. Это как запуск автомобиля на аварийном колесе — вы можете добраться до автомастерской, но не стоит долго на нем ездить. Поэтому временное использование этого параметра допустимо только для экспортирования данных с целью их последующего восстановления.

Применение
Первым шагом к решению этой проблемы будет резервное копирование ваших данных. Поскольку innodb_force_recovery=6 позволяет базе данных работать только в режиме чтения, это идеальный момент для создания резервных копий данных. Можно использовать утилиты, такие как mysqldump, для экспортирования данных:

mysqldump -u [username] -p[password] --all-databases > alldatabases_backup.sql

После успешного экспортирования данных, следующим шагом будет их восстановление в новой, неподверженной ошибкам инсталляции MySQL. Здесь важно удалить или переместить старую директорию данных InnoDB, чтобы не перенести потенциально поврежденные файлы в новую установку. После чего создайте чистую базу данных:

Остановите сервер MySQL.
Переместите или удалите содержимое директории данных (обычно находится в /var/lib/mysql или C:\ProgramData\MySQL\MySQL Server).
Перезапустите сервер MySQL, чтобы он инициализировал новую инстанцию.
Восстановите данные из резервной копии:

mysql -u [username] -p[password] < alldatabases_backup.sql

После этого ваша база будет в рабочем состоянии без необходимости использования innodb_force_recovery. Если повреждения были серьезными, может понадобиться ручная проверка и восстановление целостности данных. Рекомендуется также провести диагностику оборудования и системных настроек для предотвращения подобных ситуаций в будущем.

Рекомендации
Следует обратить внимание на настройку проверок целостности файловой системы и настроить регулярное резервное копирование, чтобы минимизировать потенциальные потери данных в будущем. Рассмотрите возможность использования программного обеспечения, которое позволит автоматически создавать и тестировать резервные копии. Также следите за наличием критических обновлений системного и серверного программного обеспечения, которые могут укрепить защиту данных и стабильность системы.