restaurar a tabela do arquivo .frm e .ibd?

As tabelas InnoDB não podem ser copiadas da mesma forma que as tabelas MyISAM.

Apenas copiar os arquivos .frm e .ibd de um local para outro está causando problemas. Copiar o arquivo .frm e .ibd de uma tabela InnoDB só é bom se e somente se você puder garantir que o id do tablespace do arquivo .ibd corresponda exatamente à entrada do id do tablespace nos metadados do arquivo ibdata1 .

Eu escrevi dois posts no DBA StackExchange sobre esse conceito de id de tablespace

• Compressão de tabela no InnoDB? (sob o título 'Restaurando Bancos de Dados')
• Como recuperar uma tabela InnoDB cujos arquivos foram movidos

Aqui está um excelente link sobre como reconectar qualquer arquivo .ibd ao ibdata1 no caso de ids de tablespace incompatíveis: http://www.chriscalender.com/?tag=innodb-error-tablespace-id-in-file . Depois de ler isso, você deve perceber imediatamente que copiar arquivos .ibd é simplesmente uma loucura.

Você pode aplicar as sugestões do link Chris Calendar, ou você pode voltar para a instalação antiga do mysql, inicializar o mysql e então mysqldump o ddmsbanco de dados. Em seguida, importe esse mysqldump para sua nova instância mysql. Confie em mim, isso seria muito mais fácil.

Recentemente, experimentei esse mesmo problema. Aqui estão os passos que usei para resolvê-lo sem ter que mexer no id do tablespace como RolandoMySQLDBA menciona acima. Estou em um Mac e usei o MAMP para restaurar o banco de dados para um ponto em que pudesse exportá-lo em um despejo do MySQL.

Você pode ler o post completo sobre isso aqui: http://www.quora.com/Jordan-Ryan/Web-Dev/How-to-Recover-innoDB-MySQL-files-using-MAMP-on-a-Mac

Você deve ter:

-ibdata1

-ib_logfile0

-ib_logfile1

Arquivos -.FRM da sua pasta mysql_database

-Instalação fresca do MAMP / MAMP Pro que você está disposto a destruir (se necessário)

1. SSH em seu servidor web (dev, produção, sem diferença) e navegue até sua pasta mysql (a minha estava em /var/lib/mysql para uma instalação do Plesk no Linux)
2. Compacte a pasta mysql
3. Faça o download de um arquivo da pasta mysql que deve conter todos os bancos de dados mySQL, sejam MyISAM ou innoDB (você pode scp este arquivo ou movê-lo para um diretório para download, se necessário)
4. Instale o MAMP (Mac, Apache, MySQL, PHP)
5. Navegue até /Applications/MAMP/db/mysql/
6. Backup /Applications/MAMP/db/mysql para um arquivo zip (apenas no caso)

7. Copie em todas as pastas e arquivos incluídos no arquivo da pasta mysql do servidor de produção (ambiente mt Plesk no meu caso) EXCETO NÃO SUBSTITUIR:

   --/Applications/MAMP/db/mysql/mysql/

   --/Applications/MAMP/db/mysql/mysql_upgrade_info

   --/Applications/MAMP/db/mysql/performance_schema

8. E pronto, agora você deve poder acessar os bancos de dados do phpMyAdmin, que alívio!

Mas ainda não terminamos, agora você precisa executar um mysqldump para restaurar esses arquivos em seu ambiente de produção, e a interface phpmyadmin expira para bancos de dados grandes. Siga os passos aqui:

http://nickhardeman.com/308/export-import-large-database-using-mamp-with-terminal/

Copiado abaixo para referência. Observe que em uma instalação padrão do MAMP, a senha é "root".

Como executar o mysqldump para MAMP usando o Terminal

EXPORTAR BANCO DE DADOS DO MAMP[1]

Primeiro passo: Abra uma nova janela de terminal

Etapa 2: Navegue até a instalação do MAMP digitando a seguinte linha no terminal cd /applications/MAMP/library/bin Pressione a tecla Enter

Terceiro Passo: Escreva o comando dump ./mysqldump -u [USERNAME] -p [DATA_BASENAME] > [PATH_TO_FILE] Aperte a tecla enter

Exemplo:

./mysqldump -u root -p wp_database > /Applications/MAMP/htdocs/symposium10_wp/wp_db_onezero.sql

Dica rápida: para navegar para uma pasta rapidamente, você pode arrastar a pasta para a janela do terminal e ela gravará a localização da pasta. Foi um grande dia quando alguém me mostrou isso.

Passo Quatro: Esta linha de texto deve aparecer depois que você pressionar Enter Digite a senha: Então, adivinhe, digite sua senha, lembre-se de que as letras não aparecerão, mas elas estão lá Pressione a tecla Enter

Quinto passo: Verifique o local de onde você armazenou seu arquivo, se estiver lá, SUCESSO Agora você pode importar o banco de dados, que será descrito a seguir.

Agora que você tem uma exportação do seu banco de dados mysql, você pode importá-lo no ambiente de produção.

Recuperei meus arquivos *.ibd e *.frm do MySQL 5.5 usando MySQL Utilites e MariaDB 10.

1) Gerando Criar SQLs.
Você pode obter seus sql's de criação a partir do arquivo frm. Você deve usar: https://downloads.mysql.com/archives/utilities/

shell> mysqlfrm --server=root:pass@localhost:3306 c:\MY\t1.frm --port=3310

Outra maneira que você pode ter seu sql de criação.

2) Crie Suas Tabelas
Crie suas tabelas no banco de dados.

3) alter table xxx descarte tablespace
Descarte suas tabelas que você deseja substituir seus arquivos *.ibd.

4) Copie seus arquivos *.ibd (MySQL ou MariaDB) para o caminho de dados do MariaDB
Primeiro eu tento usar o MySQL 5.5 e 5.6 para restaurar, mas o banco de dados trava e para imediatamente sobre o erro quebrado do tablespace id. ( ERRO 1030 (HY000): Obteve o erro -1 do mecanismo de armazenamento )
Depois de usar o MariaDB 10.1.8 e recuperei meus dados com sucesso.

5) alter table xxx import tablespace
Quando você executa esta instrução, o MariaDB avisa sobre o arquivo, mas não é importante recuperar seus dados :) O banco de dados ainda continua e você pode ver seus dados.

Espero que esta informação seja útil para você.

Eu tive exatamente o mesmo problema apenas com os arquivos como backup.

O que eu fiz para resolver foi copiar os arquivos do banco de dados em /var/lib/mysql/yourdb e o ibdata1 que é colocado em /var/lib/mysql.

Consegui então verificar se eu poderia acessar as tabelas mysql -u root -p dbname e consultar algumas das tabelas que foram corrompidas anteriormente.

Eu fiz um dump do banco de dados depois com mysqldump -u root -p[root_password] [database_name] > dumpfilename.sql

Se você estiver usando o MAMP e não conseguir iniciar o MySQL depois de copiar seus arquivos, eu coloquei innodb_force_recovery = 2dentro my.inie consegui que o mysql iniciasse e exportasse meu db.

Note: Try to install MySQL same version, if your crashed MySQL version was 5.6, please install MySQL 5.6. (brew install [email protected]). If following process fails try the same things with MariaDB. (In my case, by MariaDB, I get back all database)

Process 1

• Before start, must stop MySQL or MariaDB. Use this command (brew services stop mysql), For MariaDB brew services stop mariadb
• ibdata1 file copy from backup mysql folder and paste and replace it inside new installed mysql folder's ibdata1 (usr/local/var/mysql) or mamp/xampp mysql folder location.
• ib_logfile0 and ib_logfile1 no need to replace first. If above process don't work, copy this file from backup mysql folder and replace. (In my case, i did not replace)
• Now copy 1 database for test (for example : testdb) from backup mysql folder and paste it inside new installed mysql folder. In testdb must have .frm and .ibd file.
• Restart mysql/mariadb (brew services start mysql) or (brew services start mariadb)
• Login MySQL -> mysql -u root -p
• If everything follow, mysql login successfully.
• Now check database, SHOW DATABASES;
• USE testdb;
• SHOW TABLES;
• SELECT * FROM testdbtable;
• If there don't show any massage, then its successfully restore.

Process 2

• If process1 not work, you have to install mysqlfrm (https://downloads.mysql.com/archives/utilities/)
• To find database table schema >> mysqlfrm --diagnostic /BACKUP/mysql/testdb > /RESTORE/testdb.sql
• Open testdb.sql in notepad/sublime you will see all database table schema but not data.
• Add ENGINE=InnoDB DEFAULT CHARSET=utf8 ROW_FORMAT=DYNAMIC; end of every CREATE TABLE....ENGINE=InnoDB otherwise table may not created.
• Create new database "newtestdb" and run the command >> mysqldump -uroot -p --databases newtestdb > testdb.sql
• It should create all database tables, Now if you check inside "newtestdb" you will see .frm and .ibd file.
• Now again login mysql >> mysql -u root -p
• SHOW DATABASES; USE newtestdb;
• Run this command one by one for all table, ALTER TABLE tablename DISCARD TABLESPACE; if you check newtestbd .ibd file will disapear.
• Now Copy only .ibd file from backup database testdb folder and paste it in newtestdb.
• Now run ALTER TABLE tablename IMPORT TABLESPACE;
• Hope now you will get back your data.

(A princípio, você precisará instalar em seu SO, o pequeno pacote chamado "mysql-utilities" e usar mysqlfrm --port=3333 your_table.frm > result.sql --basedir=/path/to/your/installation-folder/mysqlpara restaurar o sql de criação de tabelas), depois disso, coletei posts de tópicos semelhantes, que não foram mencionados neste tópico:

solução 0: https://dba.stackexchange.com/a/57157/44247

solução 1: https://dba.stackexchange.com/a/59978

solução 2: https://dba.stackexchange.com/a/71785 (+ outro post lá)

solução 3: kit de recuperação para tabelas: https://twindb.com/how-to-recover-innodb-dictionary/

solução 4: Recupere o banco de dados MySQL da pasta de dados sem ibdata1 dos arquivos ibd

solução 5: https://dba.stackexchange.com/a/159001

solução 6: https://dba.stackexchange.com/a/144573

Se você conseguir restaurar o arquivo *.ibd para o servidor MySQL original, não se esqueça de restaurar os direitos de acesso ao arquivo também. No meu caso (MySQL8 no CentOS7), restaurei o arquivo para /var/lib/mysql/db/tablename.ibd e executei:

chown mysql tablename.ibd
chgrp mysql tablename.ibd
chmod 0640 tablename.ibd

Antes de corrigir os direitos de acesso, o acesso à tabela resultava no erro "2006 MySQL server has been away". Após corrigir os direitos de acesso, a tabela funcionou (mesmo sem reiniciar o serviço mysqld).

Eu só quero adicionar mais uma coisa para os usuários do macos El Capitan. Os utilitários MySQL não são suportados para esta versão, então o comando mysqlfrm não é útil. O que eu fiz foi recuperar minhas estruturas de tabela com dbsake como mostrado neste link: https://www.percona.com/blog/2015/12/16/recovering-table-structure-from-frm-files-using-dbsake/

Tudo o que você precisa fazer é instalar o dbsake:

# curl -s http://get.dbsake.net > dbsake
# chmod u+x dbsake

em seguida, use o comando frmdump e forneça o caminho para o seu arquivo .frm:

# ./dbsake frmdump /var/lib/mysql/sakila/staff.frm

você receberá a instrução create. Feito isso, simplesmente segui os passos 2 a 5 já mencionados pelo @Ecd. Espero que ajude alguém.

Eu realmente aprecio o Ecd. O que funcionou para mim:

1.- Fiz um backup da base há alguns meses isso me ajudou a levantar esse backup no xampp no ​​Windows 10 e criar as tabelas para ter a estrutura (configuração: Windows 10, xampp-windows-x64-7.1.30- 5-VC14) arquivo de configuração mysql my.ini no final

NOTE: Some tables did not have ROW_FORMAT = COMPACT, so I went to operations on each 
    table and changed it manually.
    (If I did not do that, an error appeared and I did not let the import).

NOTE2: I had the backup of months ago but it should also work by first recovering 
    the structure of the .frm files in case of not having a backup at hand.
    (You can try this link:
    https://www.percona.com/blog/2014/01/02/recover-table-structure-frm-files-mysql- 
    utilities/)

2.- Tendo o banco de dados antigo ativo, procedi a executar alter table xxx descarte tablespace para cada tabela do banco de dados que eu queria recuperar, então os arquivos .ibd da pasta data em C: /xampp/mysql/data/system tinha sido deletado (neste caso é este caminho)

3.- Continuei copiando os arquivos .ibd do banco de dados que queria recuperar para a pasta xampp do banco de dados antigo

4.- Tendo os arquivos copiados, execute: alter table xxx import tablespace Para cada tabela do banco de dados, aparecerá um aviso mas iremos ignorá-lo, os dados serão carregados na tabela e poderão ser exportados posteriormente.

5.- Exporte todo o banco de dados para um arquivo sql e prossiga para construí-lo em produção e sucesso!

# Example MySQL config file for small systems.
#
# This is for a system with little memory (<= 64M) where MySQL is only used
# from time to time and it's important that the mysqld daemon
# doesn't use much resources.
#
# You can copy this file to
# C:/xampp/mysql/bin/my.cnf to set global options,
# mysql-data-dir/my.cnf to set server-specific options (in this
# installation this directory is C:/xampp/mysql/data) or
# ~/.my.cnf to set user-specific options.
#
# In this file, you can use all long options that a program supports.
# If you want to know which options a program supports, run the program
# with the "--help" option.

# The following options will be passed to all MySQL clients
[client] 
# password       = your_password 
port            = 3306 
socket          = "C:/xampp/mysql/mysql.sock"


# Here follows entries for some specific programs 

# The MySQL server
[mysqld]
port= 3306
socket = "C:/xampp/mysql/mysql.sock"
basedir = "C:/xampp/mysql" 
tmpdir = "C:/xampp/tmp" 
datadir = "C:/xampp/mysql/data"
pid_file = "mysql.pid"
# enable-named-pipe
key_buffer = 160M
max_allowed_packet = 300M
sort_buffer_size = 1204K
net_buffer_length = 80K
read_buffer_size = 512K
read_rnd_buffer_size = 1024K
myisam_sort_buffer_size = 8M
log_error = "mysql_error.log"

# Change here for bind listening
# bind-address="127.0.0.1" 
# bind-address = ::1          # for ipv6

# Where do all the plugins live
plugin_dir = "C:/xampp/mysql/lib/plugin/" 

# Don't listen on a TCP/IP port at all. This can be a security enhancement,
# if all processes that need to connect to mysqld run on the same host.
# All interaction with mysqld must be made via Unix sockets or named pipes.
# Note that using this option without enabling named pipes on Windows
# (via the "enable-named-pipe" option) will render mysqld useless!
# 
# commented in by lampp security
#skip-networking
#skip-federated

# Replication Master Server (default)
# binary logging is required for replication
# log-bin deactivated by default since XAMPP 1.4.11
#log-bin=mysql-bin

# required unique id between 1 and 2^32 - 1
# defaults to 1 if master-host is not set
# but will not function as a master if omitted
server-id   = 1

# Replication Slave (comment out master section to use this)
#
# To configure this host as a replication slave, you can choose between
# two methods :
#
# 1) Use the CHANGE MASTER TO command (fully described in our manual) -
#    the syntax is:
#
#    CHANGE MASTER TO MASTER_HOST=<host>, MASTER_PORT=<port>,
#    MASTER_USER=<user>, MASTER_PASSWORD=<password> ;
#
#    where you replace <host>, <user>, <password> by quoted strings and
#    <port> by the master's port number (3306 by default).
#
#    Example:
#
#    CHANGE MASTER TO MASTER_HOST='125.564.12.1', MASTER_PORT=3306,
#    MASTER_USER='joe', MASTER_PASSWORD='secret';
#
# OR
#
# 2) Set the variables below. However, in case you choose this method, then
#    start replication for the first time (even unsuccessfully, for example
#    if you mistyped the password in master-password and the slave fails to
#    connect), the slave will create a master.info file, and any later
#    change in this file to the variables' values below will be ignored and
#    overridden by the content of the master.info file, unless you shutdown
#    the slave server, delete master.info and restart the slaver server.
#    For that reason, you may want to leave the lines below untouched
#    (commented) and instead use CHANGE MASTER TO (see above)
#
# required unique id between 2 and 2^32 - 1
# (and different from the master)
# defaults to 2 if master-host is set
# but will not function as a slave if omitted
#server-id       = 2
#
# The replication master for this slave - required
#master-host     =   <hostname>
#
# The username the slave will use for authentication when connecting
# to the master - required
#master-user     =   <username>
#
# The password the slave will authenticate with when connecting to
# the master - required
#master-password =   <password>
#
# The port the master is listening on.
# optional - defaults to 3306
#master-port     =  <port>
#
# binary logging - not required for slaves, but recommended
#log-bin=mysql-bin


# Point the following paths to different dedicated disks
#tmpdir = "C:/xampp/tmp"
#log-update = /path-to-dedicated-directory/hostname

# Uncomment the following if you are using BDB tables
#bdb_cache_size = 40M
#bdb_max_lock = 10000

# Comment the following if you are using InnoDB tables
#skip-innodb
innodb_data_home_dir = "C:/xampp/mysql/data"
innodb_data_file_path = ibdata1:10M:autoextend
innodb_log_group_home_dir = "C:/xampp/mysql/data"
#innodb_log_arch_dir = "C:/xampp/mysql/data"
## You can set .._buffer_pool_size up to 50 - 80 %
## of RAM but beware of setting memory usage too high
innodb_buffer_pool_size = 16M
## Set .._log_file_size to 25 % of buffer pool size
innodb_log_file_size = 50M
innodb_log_buffer_size = 8M
innodb_flush_log_at_trx_commit = 1
innodb_lock_wait_timeout = 600

## UTF 8 Settings
#init-connect=\'SET NAMES utf8\'
#collation_server=utf8_unicode_ci
#character_set_server=utf8
#skip-character-set-client-handshake
#character_sets-dir="C:/xampp/mysql/share/charsets"
sql_mode=NO_ZERO_IN_DATE,NO_ZERO_DATE,NO_ENGINE_SUBSTITUTION
log_bin_trust_function_creators = 1

[mysqldump]
quick
max_allowed_packet = 160M

[mysql]
no-auto-rehash
# Remove the next comment character if you are not familiar with SQL
#safe-updates

[isamchk]
key_buffer = 20M
sort_buffer_size = 20M
read_buffer = 2M
write_buffer = 2M

[myisamchk]
key_buffer = 20M
sort_buffer_size = 20M
read_buffer = 2M
write_buffer = 2M

[mysqlhotcopy]
interactive-timeout

I hope it helps someone who has this situation, regards.

English provided by Google