Форум пользователей MySQL

ibdata* и iblog* попросите у хостера тоже, иначе прийдется только устаревшие
данные восстанавливать.

UPD: мне тут rgbeast говорит, что ibdata* достаточно. И правда — достаточно

Файл ibdata боюсь мне не отдадут, но я попробую.
Последний совет отличный. Эти данные - БД Битрикса, так что порядок создания можно узнать.
Правда в базе были таблицы myisam которые не относились к Битрикс, я так понимаю - нумерация единая независимо от типа хранилища? Сейчас скопировал в новую бд одну таблицу myisam (первую по алфавиту). С ней все нормально естественно.
Мне нужно создать все таблицы включая myisam в правильном порядке?

Отредактированно albedo (26.03.2010 20:54:40)

Поупражнялся. Пусть вы знаете первую Innodb-таблицу dobro, пусть база называется z. Пусть есть чистый сервер с опцией innodb_file_per_table

Все действия делаете в /var/lib/mysql/

1. service mysql stop
2. rm ib* z/*.frm z/*.ibd
3. service mysql start
4. mysql> CREATE DATABASE `z` CHARSET=cp1251; (нужно ровно такое же определение, как было)
5. mysql> CREATE TABLE `z`.`dobro` (точное описание таблицы) ENGINE=Innodb;
(если не знаете точного описания таблицы, то его можно узнать отдельно: создать произвольную таблицу, заменить frm-файл, SHOW CREATE TABLE)
6. service mysql stop
7. cp /my/backup/dobro.frm z/
8. cp /my/backup/dobro.ibd z/
9. service mysql start
10. mysql> SELECT * FROM `z`.`dobro`;

Если получилось, то отлично, если данных нет, то попробуйте
11. mysql> ALTER TABLE `z`.`dobro` ENGINE=Innodb;

Затем восстанавливаете вторую таблицу. Если Вы не знаете номер таблицы, то действуйте перебором - перед пунктом 5 создайте N таблиц innodb, CREATE TABLE `z`.`x1` (x int) ENGINE=Innodb;
Лучше другой перебор - сначала среди всех таблиц найти первую, затем вторую и.т.д. Если не получилось, то mysql упадет при SELECT, выбирайте другую таблицу и повтроряйте всю процедуру сначала (остановка сервера, очистка)

Все попробовал. Огромное спасибо за помощь.
Действительно номер tablespace правится в hex редакторе, правда у меня он встречается чаще - 6-7 раз во взятой на угад таблице.

Таким образом я смог воостановить только что созданную таблицу, а вот старую к сожаению нет. После команды import tablespace происходит баг
http://bugs.mysql.com/bug.php?id=38901
и лог переполняется. У меня ubuntu + mysql 5.1. Диск запоняется с дикой скоростью. Думаю что способ рабочий, но нужно хорошо знать структуру ibd файлов на низком уровне и явно править что-то еще.

Последнее, что я получил это ошибку

Mar 27 01:04:31 albedo mysqld: 100327  1:04:30  InnoDB: Error: trying to access tablespace 1 page no. 3,
Mar 27 01:04:31 albedo mysqld: InnoDB: but the tablespace does not exist or is just being dropped.

в бесконечно цикле. Мне ошибка непонятна тк моя старая таблица больше пустой новой. Почему происходит попытка обращения к page no. 3 которой видимо нет в старой таблице? Таблица маленькая. Где вообще храниться индекс tablespace? Наприме может где-то есть число страниц и его также можно приветси в соответствие с заменяемой таблицей.

Отредактированно albedo (27.03.2010 01:24:46)

Добрый день,

Вообщем с помощью innodb tools я восстановил часть данных. Большое спасибо за оперативную помощь.
Есть ли где-тов сети описание innodb engine с точки зрения структуры файлов, алгоритма записи и хранения инфомации? Чтобы знать на будущее?

Привет,
вот пришлось воспользоватся innodb-tools.
и всё вышло... как раз востанавливал из *.frm + *.ibd

выглядит это так:
1. Cкачать и скомпилировать innodb-tools в рабочую папку.
2. остановить базу, и скопировать файлы : *.ibd, скажем в папку ./db/
3. создать ( можно пустую ) структуру таблиц ( очень рекомендуется 100% порядок полей )
4. далее шаги применять к каждому *.ibd файлу по отдельности:
4.1. ./create_defs.pl --host=172.16.205.132 --user=dbuser --password=password --db=dbname --table=dbtable > include/table_defs.h
4.2. пересобрать скрипты: make
4.3. запустить парсер: ./page_parser -5 -f ./db/dbtable.ibd
4.4. протестировать: ./constraints_parser -5 -f ./pages-1306247264/0-93/4-00000004.page
4.5.1. еслти проблемы, поправить файл: include/table_defs.h, и перейти к п. 4.2.
4.5.2. еслти нет проблем, склеить страницы: find ./pages-1306244252/0-121/ -type f -name '*.page' | sort -n | xargs cat > ./pages-1306244252/dbtable_allpages
4.6. перегнать файл страниц в простой дамп: ./constraints_parser -5 -f ./pages-1306244252/dbtable_allpages > ./pages-1306244252/dbtables.tsv
4.7. убрать если надо - пустые и дубль записи, любым редактором, не портящим структуру.
4.8. ну и импортировать данные в базу данных:

как это ни странно - всё востановил.
единственно сделаю примечание:
пробовал с : MySql 5.1, MariaDB 5.1/5.2 и Percona DB 5.5
работает метод с : InnoDB и XtraDB

Удачи всем! И почаще делайте бекапы

Отредактированно softsoft (05.06.2011 13:26:24)