|
Повреждена база данных
|
|||
---|---|---|---|
#18+
После аварийного отключения света перестала запускаться БД. При запуске в логах пишет: Код: plaintext 1. 2. 3. 4. 5. 6. 7. 8. 9. 10. 11. 12. 13. 14. 15. 16. 17. 18. 19. 20. 21. 22. 23. 24. 25. 26.
Чего-то критически важного в БД нет, если будут потеряны изменения на несколько часов или даже повреждены отдельные записи, это приемлемо. Но в целом БД нужно сохранить, на ней находится какой-то сайт на WordPress. Как можно восстановить БД без бэкапов? ... |
|||
:
Нравится:
Не нравится:
|
|||
04.12.2018, 12:02 |
|
Повреждена база данных
|
|||
---|---|---|---|
#18+
Вот полный лог с момента первой загрузки сервера: Код: plaintext 1. 2. 3. 4. 5. 6. 7. 8. 9. 10. 11. 12. 13. 14. 15. 16. 17. 18. 19. 20. 21. 22. 23. 24. 25. 26. 27. 28. 29. 30. 31. 32. 33. 34. 35. 36. 37. 38. 39. 40. 41. 42. 43. 44. 45. 46. 47. 48. 49. 50. 51. 52. 53. 54. 55. 56. 57.
... |
|||
:
Нравится:
Не нравится:
|
|||
04.12.2018, 12:05 |
|
Повреждена база данных
|
|||
---|---|---|---|
#18+
Ну делай копию и пробуй опцию 5... ... |
|||
:
Нравится:
Не нравится:
|
|||
04.12.2018, 12:35 |
|
Повреждена база данных
|
|||
---|---|---|---|
#18+
Копию файлов ib*? Или вообще всех файлов каталога MySQL? ... |
|||
:
Нравится:
Не нравится:
|
|||
04.12.2018, 12:43 |
|
Повреждена база данных
|
|||
---|---|---|---|
#18+
На всякий случай скопировал все файлы. Опции 5 не хватило, но на опции 6 сервер запустился. Примерно полторы тысячи сбоев такого вида: Код: plaintext 1. 2. 3. 4. 5. 6.
Или этого недостаточно? ... |
|||
:
Нравится:
Не нравится:
|
|||
04.12.2018, 12:52 |
|
Повреждена база данных
|
|||
---|---|---|---|
#18+
Повредилась таблица в одной БД, она читается (select * from table), но вызывает ошибки или сбои при обновлении. Данные в таблице не важны (это вспомогательная БД, она полностью создается из другого источника). Но при попытке дропнуть таблицу или даже БД падает MySQL. ... |
|||
:
Нравится:
Не нравится:
|
|||
04.12.2018, 13:03 |
|
Повреждена база данных
|
|||
---|---|---|---|
#18+
Вручную удалил каталог поврежденной БД, перезапустил MySQL. mysqlcheck --check-upgrade --all-databases --auto-repair при запуске ошибок не находит. Однако после старта MySQL в логах по прежнему много ошибок типа вышеприведенной. Как можно проверить и исправить БД? ... |
|||
:
Нравится:
Не нравится:
|
|||
04.12.2018, 13:28 |
|
Повреждена база данных
|
|||
---|---|---|---|
#18+
Даже innochecksum ошибок в ibd-файле не находит. Однако проблемная база где-то осталась. Если я удаляю каталог этой БД, то в СУБД этой базы более нет (смотрю через HeidiSQL). Добавляю новую пустую БД с таким же именем — ок. Добавляю в эту БД новую таблицу — выдает ошибку, что указанная таблица уже существует. Хотя HeidiSQL показывает, что БД пустая. Пытаюсь дропнуть это пустую БД — MySQL падает. ... |
|||
:
Нравится:
Не нравится:
|
|||
04.12.2018, 13:35 |
|
Повреждена база данных
|
|||
---|---|---|---|
#18+
Alibek B.проблемная база где-то осталасьУгу.. в системной таблице... боюсь, придётся пересоздавать system tablespace... Попробуй дропнуть tablespace проблемной таблицы. А ну как поможет. ... |
|||
:
Нравится:
Не нравится:
|
|||
04.12.2018, 13:58 |
|
Повреждена база данных
|
|||
---|---|---|---|
#18+
Вообщем бэкапы нашлись, так что я просто удалил весь data-каталог и пересоздал пустую СУБД. Основные таблицы для сайта WordPress теперь работают. Но у меня на этом сервере есть еще пара баз. Эти базы вспомогательные, их содержимое формируется из другого источника данных. Однако бэкапа структуры этих баз у меня нет, но есть сохраненный каталог с frm-файлами. Можно из него воссоздать пустые БД? Простое копирование каталога не сработала — после этого базы в списке видны, однако почему-то содержат только некоторые из таблиц (то есть вместо 20 таблиц в новой БД почему-то только 3 или 4 таблицы, хотя все frm-файлы скопированы). ... |
|||
:
Нравится:
Не нравится:
|
|||
04.12.2018, 14:04 |
|
Повреждена база данных
|
|||
---|---|---|---|
#18+
Опять - сведения о таблицах хранятся в системных метаданных. Одного копирования файлов - мало. Для воссоздания структуры используй mysqlfrm . ... |
|||
:
Нравится:
Не нравится:
|
|||
04.12.2018, 14:31 |
|
Повреждена база данных
|
|||
---|---|---|---|
#18+
Про эту утилиту я информацию уже нашел, но саму утилиту нигде найти не могу. В пакете mysql-tools ее нет. У меня подозрения, что она работает только со старыми версиями MySQL. ... |
|||
:
Нравится:
Не нравится:
|
|||
04.12.2018, 14:39 |
|
Повреждена база данных
|
|||
---|---|---|---|
#18+
Тулза входит в пакет MySQL Utilities, которая снесён в архив. Но к скачиванию он вполне доступен. https://downloads.mysql.com/archives/utilities/ ... |
|||
:
Нравится:
Не нравится:
|
|||
04.12.2018, 14:52 |
|
Повреждена база данных
|
|||
---|---|---|---|
#18+
С установкой не так просто. Во-первых этот пакет конфликтует с системным mysql-utilities. Во-вторых он требует mysql-connector-python-commercial, который непонятно где брать. Если у кого-то есть рабочая утилита mysqlfrm, не могли бы мне сконвертировать в sql где-то штук 15 frm-файлов? ... |
|||
:
Нравится:
Не нравится:
|
|||
04.12.2018, 15:07 |
|
Повреждена база данных
|
|||
---|---|---|---|
#18+
Нашел онлайн-сервис: https://www.rebasedata.com/convert-myisam-to-mysql-online Он принимает frm-файлы, вроде бы конвертирует, но на выходе выдает пустой SQL. Вообщем вернул ранее сохраненный бэкап (с поврежденными данными) на место, стартовал MySQL, извлек в SQL из данных описания таблиц, потом вернулся к каталогу с нормальными данными и вручную создал таблицы из SQL. Странно, что это не получилось сделать напрямую из frm-файлов, вроде бы в них вся необходимая информация есть. ... |
|||
:
Нравится:
Не нравится:
|
|||
04.12.2018, 16:30 |
|
Повреждена база данных
|
|||
---|---|---|---|
#18+
Alibek B., Я так понимаю, что уже поздно, но на всякий случай напишу. В таких случаях innodb_force_recovery перебирается до 6 с целью запустить базу и снять бекап. После чего надо сдернуть бекап(mysqldump), удалить ВСЕ(!!!) и начинать заново с создания системной бд и потом уже разворачивать бекап. Что делать в таком случае если у вас база на много гб я не знаю, но при средних размеров бд (до 10-30гб) вполне рабочий вариант. У меня в таких ситуациях обычно повреждались системные таблицы и используемые в момент аварии таблицы основной бд. ... |
|||
:
Нравится:
Не нравится:
|
|||
20.12.2018, 11:57 |
|
|
start [/forum/topic.php?fid=47&msg=39742415&tid=1829407]: |
0ms |
get settings: |
10ms |
get forum list: |
12ms |
check forum access: |
3ms |
check topic access: |
3ms |
track hit: |
144ms |
get topic data: |
13ms |
get forum data: |
3ms |
get page messages: |
56ms |
get tp. blocked users: |
1ms |
others: | 16ms |
total: | 261ms |
0 / 0 |