Вот почему MySQL не может видеть эти файлы: Системное табличное пространство (ibdata1) имеет специальный словарь данных для Storage-Engine, который позволяет InnoDB отображать потенциальное использование таблицы:
Перемещение таблиц InnoDB из одного места в другое требует таких команд, как
ALTER TABLE tblname DISCARD TABLESPACE; ALTER TABLE tblname IMPORT TABLESPACE; Вот часть документации MySQL 5.5, объясняющая, что нужно учитывать
Вопросы переносимости файлов .ibd
Вы не можете свободно перемещать файлы .ibd между каталогами базы данных, как это можно делать с помощью файлов таблиц MyISAM. Определение таблицы, хранящееся в общем табличном пространстве InnoDB, включает имя базы данных. Идентификаторы транзакций и порядковые номера журналов, хранящиеся в файлах табличных пространств, также различаются в разных базах данных.
Чтобы переместить файл .ibd и связанную таблицу из одной базы данных в другую, используйте инструкцию RENAME TABLE:
Переименовать таблицу db1.tbl_name в db2.tbl_name; Если у вас есть «чистая» резервная копия файла .ibd, вы можете восстановить его до установки MySQL, из которой он был создан, следующим образом:
Таблица не должна быть удалена или усечена с тех пор, как вы скопировали файл .ibd, поскольку при этом изменяется идентификатор таблицы, хранящийся в табличном пространстве.
Выполните эту инструкцию ALTER TABLE, чтобы удалить текущий файл .ibd:
ALTER TABLE tbl_name DISCARD TABLESPACE; Скопируйте резервный файл .ibd в соответствующий каталог базы данных.
Выполните эту инструкцию ALTER TABLE, чтобы указать InnoDB использовать новый файл .ibd для таблицы:
ALTER TABLE tbl_name IMPORT TABLESPACE; В этом контексте «чистая» резервная копия файла .ibd - это та, для которой выполняются следующие требования:
В файле .ibd нет незавершенных изменений транзакциями.
В файле .ibd нет записей без буфера вставки.
Очистка удалила все записи индекса, помеченные на удаление, из файла .ibd.
mysqld сбросил все измененные страницы файла .ibd из пула буферов в файл.
Учитывая эти предостережения и протоколы, вот рекомендуемый порядок действий
Для этого примера давайте попробуем восстановить tagsтаблицу в mydbбазе данных.
ШАГ 1
Убедитесь, что у вас есть резервные копии этих .frmи .ibdфайлов в/tmp/innodb_data
ШАГ 2
Получить CREATE TABLE tagsзаявление и выполнить его как CREATE TABLE mydb.tags .... Убедитесь, что это точно такая же структура, как оригиналtags.frm
ШАГ 3
Удалить пустую tags.ibdс помощью MySQL
ALTER TABLE mydb.tags DISCARD TABLESPACE; ШАГ № 4
Принесите резервную копию tags.ibd
cd /var/lib/mysql/mydb cp /tmp/innodb_data.tags.ibd . chown mysql:mysql tags.ibd ШАГ № 5
Добавить tagsтаблицу в словарь данных InnoDB
ALTER TABLE mydb.tags IMPORT TABLESPACE; ШАГ 6
Проверьте доступность таблицы
SHOW CREATE TABLE mydb.tags\G SELECT * FROM mydb.tags LIMIT 10; Если вы получаете нормальные результаты, поздравляем вас с импортированием таблицы InnoDB.
ШАГ 7
В будущем, пожалуйста, не удаляйте ibdata1 и его логи
Попробуйте!
Я обсуждал такие вещи раньше
Apr 23, 2012: MySQL: как восстановить таблицу, хранящуюся в .frm и .ibd файле?Sep 28, 2011: Как восстановить таблицу InnoDB, файлы которой были перемещены
ПРЕДОСТЕРЕЖЕНИЕ
Что делать, если вы не знаете структуру таблицы tags?
Существуют инструменты для получения оператора CREATE TABLE, просто используя .frmфайл. Я также написал пост об этом: Как извлечь схему таблицы только из файла .frm? , В этом посте я скопировал файл .frm на компьютер с Windows из коробки Linux, запустил инструмент Windows и получил CREATE TABLEутверждение.