space=0, page number=626] log sequence number 114250368617 is in the future! Current system log sequence number 120625837.
Я в файл конфигурации my.cnf добавил innodb_force_recovery = 4
перезапустил mysql сервер. Теперь в логах
2023-11-06T16:17:10.781324Z 1 [Warning] [MY-011018] [InnoDB] Skip updating information_schema metadata in InnoDB read-only mode.
2023-11-06T16:17:10.781366Z 1 [Warning] [MY-010005] [Server] Skip re-populating collations and character sets tables in InnoDB read-only mode.
2023-11-06T16:17:10.918578Z 2 [Warning] [MY-011018] [Server] Skip updating information_schema metadata in InnoDB read-only mode.
2023-11-06T16:17:10.919706Z 0 [Warning] [MY-010970] [Server] Skipped updating resource group metadata in InnoDB read only mode.
Я так понимаю, где-то не хватает прав для внесения исправлений?
Можете подсказать где именно, на какие папки сменить права.
Покрашились данные.
Таблицы я вижу. Можно смотреть содержимое. Плюс mysqlcheck так же все таблицы показывает.
Самое лучшее если удается все прочитать - попробовать сдампмть данные , ну и переинитить хост с дампа
Сдампить и все заного накатить? Но там явно не хватает прав для внесения исправления с помощью inodb recovery. Я просто не силен в структуре папок и не пойму на что именно дать права записи.
Нет, там явно сказано совсем другое. Вы плохо понимаете что вы делаете
Ну таблицы я вижу, данные тоже. Сдампить тоже думаю смогу.
Сможете, это лучший для вас вариант. Пересоздать базу из дампа
Просто хочу научиться пользоваться inodb recovery . Skipped updating resource group metadata in InnoDB read only mode. Это же явно нет права на запись. Наверно хочет внести какие то изменения при исправлении.
innodb_force_recovery делает базу почти read-only. С ней можно только SELECT и DROP
О кстати наверно я забыл его убрать из конфига. Наверно теперь надо убрать и перезапустить mysql
Обсуждают сегодня