восстановите mysql из ibdata/frm файлов

Все файлы, сгенерированные и используемые сервером MySQL - ibdata1, ib_logfile *, .frm, .ibd и т. Д., Должны быть взаимозаменяемыми между операционными системами - по опыту я знаю, что они обмен между Solaris и Linux, но я держусь как можно дальше от Windows, поэтому я не могу сказать это наверняка ... но один из вариантов может заключаться в том, чтобы запустить рабочую установку Linux MySQL 5.5, а затем остановить ее и скопируйте все эти файлы на Linux-машину вместо существующего 'datadir'.

Но следующий соответствующий шаг также будет сильно зависеть от того, что именно происходит ... корректно ли завершается сервер или сбои неоднократно? И это будет зависеть от того, какой файл вызывает проблему. Если это файл .ibd из одной таблицы, переименуйте этот файл во что-то другое, кроме. ibd должен позволить MySQL пропустить это и перейти к следующему.

Если вы не использовали innodb_file_per_table , то все ваши яйца находятся в одной потенциально очень деликатной корзине, ibdata1.

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

В зависимости от вашего общего уровня знаний системного администрирования, отсутствие относительно доступности резервных копий, срочности и ценности данных, вызов Percona или SkySQL может быть лучшим планом.

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

В зависимости от вашего общего уровня системного администрирования. опыт, отсутствие резервных копий, срочность и ценность данных, вызов Percona или SkySQL может быть лучшим планом.

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

В зависимости от вашего общего уровня системного администрирования. опыт, отсутствие резервных копий, срочность и ценность данных, вызов Percona или SkySQL может быть лучшим планом.