przywrócić tabelę z plików .frm i .ibd?


36

Wcześniej zapisałem kopię katalogu / var / lib / mysql / ddms („ddms” to nazwa schematu). Teraz zainstalowałem nowy MySQL na świeżo zainstalowanym Ubuntu 10.04.3 LTS, uruchamiając. apt-get install mysql-serverMyślę, że wersja 5.1 została zainstalowana. Po skopiowaniu katalogu ddms do katalogu / var / lib / mysql niektóre tabele działają poprawnie, są to tabele ze skojarzonym zestawem trzech plików: plik .frm, plik .MYD i plik .MYI.

Istnieją jednak dwie tabele z innym zestawem plików: plik .frm i plik .ibd. Te dwie tabele nie pojawiły się na liście tabel w phpMyAdmin. Kiedy patrzę na dziennik błędów, mówi:

[ERROR] Cannot find or open table ddms/dictionary_item from
the internal data dictionary of InnoDB though the .frm file for the
table exists. Maybe you have deleted and recreated InnoDB data
files but have forgotten to delete the corresponding .frm files
of InnoDB tables, or you have moved .frm files to another database?
or, the table contains indexes that this version of the engine
doesn't support.

Proszę o pomoc w przywróceniu tych dwóch tabel. Dzięki.


Ten cytat z 23 kwietnia 12 autorstwa Rolando jest nadal aktualny. „Kopiowanie plików .frm i .ibd z jednej lokalizacji do drugiej wymaga problemów”. Użyj alternatywy, takiej jak mysqldump, aby zamienić stare dane w formularz, który można załadować zgodnie z planem sprzed lat. Znany również jako kopia zapasowa.
Wilson Hauck

Odpowiedzi:


37

Tabel InnoDB nie można skopiować w taki sam sposób, jak tabele MyISAM.

Samo kopiowanie plików .frm i .ibd z jednej lokalizacji do drugiej wymaga problemów. Kopiowanie plików .frm i .ibd tabeli InnoDB jest dobre tylko wtedy i tylko wtedy, gdy możesz zagwarantować, że identyfikator obszaru tabel pliku .ibd jest dokładnie zgodny z wpisem id obszaru tabel w metdanych pliku ibdata1 .

Napisałem dwa posty w DBA StackExchange na temat tej koncepcji identyfikatora obszaru tabel

Oto doskonały link, jak ponownie dołączyć dowolny plik .ibd do ibdata1 w przypadku niedopasowania identyfikatorów obszaru tabel: http://www.chriscalender.com/?tag=innodb-error-tablespace-id-in-file . Po przeczytaniu tego, powinieneś natychmiast uświadomić sobie, że kopiowanie plików .ibd jest po prostu szalone.

Możesz zastosować sugestie z linku do kalendarza Chrisa lub wrócić do starej instalacji mysql, uruchomić mysql, a następnie mysqldump ddmsbazę danych. Następnie zaimportuj ten mysqldump do nowej instancji mysql. Zaufaj mi, byłoby to o wiele łatwiejsze.


Zatem pojedyncza tabela może nie być dobrym pomysłem, ale co z całą bazą danych w tym czasie? Miałem awarię tabeli użytkowników i musiałem wykonać --initialize na mysqld. Czy mogę skopiować cały folder bazy danych InoDB z folderu data_backup?
FMaz008,

Rolando, na wypadek, gdybyś mógł mi pomóc: serverfault.com/q/908988/224334
Ionică Bizău

Twój post How to Recover an InnoDB table whose files were moved around dosłownie uratował mi życie. Dziękuję Ci bardzo.
Paulo Griiettner

20

Ostatnio doświadczyłem tego samego problemu. Oto kroki, których użyłem, aby go rozwiązać bez konieczności manipulowania identyfikatorem obszaru tabel, jak wspomniano powyżej w RolandoMySQLDBA. Jestem na komputerze Mac, więc użyłem MAMP, aby przywrócić bazę danych do punktu, w którym mógłbym ją wyeksportować w zrzutu MySQL.

Możesz przeczytać pełny post na ten temat tutaj: http://www.quora.com/Jordan-Ryan/Web-Dev/How-to-Recover-innoDB-MySQL-files-using-MAMP-on-a-Mac

Ty musisz mieć:

-ibdata1

-ib_logfile0

-ib_logfile1

Pliki -.FRM z folderu mysql_database

- Świeża instalacja MAMP / MAMP Pro, którą chcesz zniszczyć (w razie potrzeby)

  1. SSH na twój serwer WWW (programowanie, produkcja, bez różnicy) i przejdź do folderu mysql (mój był w / var / lib / mysql dla instalacji Plesk w systemie Linux)
  2. Skompresuj folder mysql
  3. Pobierz archiwum folderu mysql, który powinien zawierać wszystkie bazy danych mySQL, czy to MyISAM, czy innoDB (możesz scpować ten plik lub przenieść go do katalogu do pobrania, jeśli to konieczne)
  4. Zainstaluj MAMP (Mac, Apache, MySQL, PHP)
  5. Przejdź do / Aplikacje / MAMP / db / mysql /
  6. Kopia zapasowa / Aplikacje / MAMP / db / mysql do archiwum zip (na wszelki wypadek)
  7. Skopiuj we wszystkich folderach i plikach zawartych w archiwum folderu mysql z serwera produkcyjnego (w moim przypadku środowisko Mt Plesk) Z WYJĄTKIEM:

    - / Aplikacje / MAMP / db / mysql / mysql /

    - / Aplikacje / MAMP / db / mysql / mysql_upgrade_info

    - / Aplikacje / MAMP / db / mysql / performance_schema

  8. I voila, powinieneś teraz mieć dostęp do baz danych z phpMyAdmin, co za ulga!

Ale nie skończyliśmy, musisz teraz wykonać mysqldump, aby przywrócić te pliki do środowiska produkcyjnego, a interfejs phpmyadmin przekroczył limit czasu dla dużych baz danych. Postępuj zgodnie z instrukcjami tutaj:

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

Skopiowano poniżej w celach informacyjnych. Pamiętaj, że w domyślnej instalacji MAMP hasło to „root”.

Jak uruchomić mysqldump dla MAMP przy użyciu terminalu

BAZA DANYCH EKSPORTOWYCH Z MAMPA [1]

Krok pierwszy: Otwórz nowe okno terminala

Krok drugi: Przejdź do instalacji MAMP, wprowadzając następujący wiersz w terminalu cd / application / MAMP / library / bin Naciśnij klawisz Enter

Krok trzeci: wpisz polecenie zrzutu ./mysqldump -u [NAZWA UŻYTKOWNIKA] -p [NAZWA_BAZU DANYCH]> [PATH_TO_FILE] Naciśnij klawisz Enter

Przykład:

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

Szybka wskazówka: aby szybko przejść do folderu, możesz przeciągnąć folder do okna terminala, aby zapisać lokalizację folderu. To był wspaniały dzień, kiedy ktoś mi to pokazał.

Krok czwarty: ten wiersz tekstu powinien pojawić się po naciśnięciu klawisza Enter Wprowadź hasło: Zgadnij co, wpisz hasło, pamiętaj, że litery nie pojawią się, ale tam są. Naciśnij klawisz Enter

Krok piąty: Sprawdź lokalizację, w której zapisałeś plik, jeśli jest, SUKCES Teraz możesz zaimportować bazę danych, która zostanie opisana poniżej.

Po wyeksportowaniu bazy danych mysql możesz ją zaimportować do środowiska produkcyjnego.


1
Nadal działa od 2018 roku. Ta odpowiedź jest złota. Ważną częścią dla mnie jest numer 7, są to pliki, które absolutnie musisz zachować (nie wspomniano nigdzie indziej o podobnych rozwiązaniach, dzięki za to @jordan).
Bigood

@Bood, cieszę się, że nadal pomaga!
jordan8037310

otrzymywanie błędu Tabela 1146 nie istnieje podczas zrzutu
Robert Sinclair

15

Odzyskałem moje pliki MySQL 5.5 * .ibd i * .frm za pomocą MySQL Utilites i MariaDB 10.

1) Generowanie Utwórz SQL.
Możesz pobrać swoje sql z pliku frm. Musisz użyć: https://dev.mysql.com/doc/mysql-utilities/1.5/en/mysqlfrm.html

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

Innym sposobem, w jaki możesz mieć swoje sql's.

2) Utwórz tabele
Utwórz tabele w bazie danych.

3) zmień tabelę xxx odrzuć tabelę
Odrzuć tabele, które chcesz zastąpić pliki * .ibd.

4) Skopiuj pliki * .ibd (MySQL lub MariaDB) na ścieżkę danych MariaDB
Najpierw próbuję użyć MySQL 5.5 i 5.6 w celu przywrócenia, ale baza danych ulega awarii i natychmiast zatrzymuje się w związku z błędem id obszaru tabel. ( BŁĄD 1030 (HY000): Wystąpił błąd -1 z silnika pamięci masowej )
Po użyciu MariaDB 10.1.8 i udało mi się odzyskać moje dane.

5) zmień tabelę xxx importuj obszar tabel
Po uruchomieniu tej instrukcji MariaDB ostrzega o pliku, ale nie jest ważne, aby odzyskać dane :) Baza danych nadal trwa i możesz zobaczyć swoje dane.

Mam nadzieję, że te informacje będą dla Ciebie pomocne.


1
To zadziałało dla mnie. Chociaż mysqlfrm(wypróbowane wersje 1.3.5 i 1.6.5 z MySQL 5.6 i 5.7) nie podały poprawnej CREATEdefinicji, nawet przy użyciu MySQL 5.7 ( domyślna ROW_FORMAT zmieniła się w MySQL 5.7.9 ), co skutkowało Schema mismatch (Expected FSP_SPACE_FLAGS=0x21, .ibd file contains 0x0.)importem obszaru tabel. Sztuczka polegała ROW_FORMAT=compactna ręcznym dodaniu na końcu CREATEinstrukcji.
Jānis Elmeris

@ JānisElmeris> Manually adding ROW_FORMAT=compact at the end of the CREATE statement did the trick.To też działało dla mnie. Dzięki! 👍
Synetech,

3

Miałem dokładnie ten sam problem, mając tylko pliki jako kopię zapasową.

Aby to rozwiązać, skopiowałem pliki bazy danych do / var / lib / mysql / yourdb i ibdata1, który jest umieszczony w / var / lib / mysql.

Byłem wtedy w stanie zweryfikować, czy mogę uzyskać dostęp do tabel mysql -u root -p nazwa_db i zapytanie niektórych tabel, które były wcześniej uszkodzone.

Zrobiłem zrzut bazy danych później za pomocą mysqldump -u root -p [hasło_ root] [nazwa_bazy_danych]> dumpfilename.sql


2

Jeśli używasz MAMP i nie możesz uruchomić MySQL po skopiowaniu plików, umieściłem je w innodb_force_recovery = 2środku, my.inia następnie mogłem uzyskać mysql do uruchomienia i wyeksportowania mojej bazy danych .


1

Jeśli możesz przywrócić plik * .ibd na oryginalny serwer MySQL, nie zapomnij również przywrócić praw dostępu do pliku. W moim przypadku (MySQL8 na CentOS7) przywróciłem plik do /var/lib/mysql/db/tablename.ibd i uruchomiłem:

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

Przed ustaleniem praw dostępu dostęp do tabeli spowodował błąd „Serwer MySQL 2006 zniknął”. Po ustaleniu praw dostępu tabela działała (nawet bez ponownego uruchomienia usługi mysqld).


0

Zebrałem posty z podobnych tematów (których odpowiedzi nie zamieszczono tutaj):

rozwiązanie 1: https://dba.stackexchange.com/a/59978

rozwiązanie 2: https://dba.stackexchange.com/a/71785 (+ inny post tam)

rozwiązanie 3: zestaw do odzyskiwania tabel: https://twindb.com/how-to-recover-innodb-dictionary/

rozwiązanie 4: Odzyskaj bazę danych MySQL z folderu danych bez ibdata1 z plików ibd

rozwiązanie 5: za pomocą mysqlfrmpolecenia

rozwiązanie 6: https://dba.stackexchange.com/a/159001

rozwiązanie 7: https://dba.stackexchange.com/a/144573


To podejrzanie wygląda jak odpowiedź tylko do linku.
mustaccio

Ponieważ wszystkie linki są z naszej strony, prawdopodobnie nie znikną, więc nie mam nic przeciwko temu @mustaccio
jcolebrand

3
Nie wydaje się to dodawać dużej wartości, ponieważ większość z nich pojawia się również na liście „Powiązane” kilka pikseli po prawej stronie.
mustaccio

@jcolebrand dzięki za lekkość. wiele osób nie widzi przydatności nawet takich „niebezpośrednich” odpowiedzi. Mogą jedynie wykryć złamanie zasad.
T.Todua

1
Nie, ale musisz zrozumieć, że ma rację. Nie dodałeś żadnej wartości. Odpowiedziałem osądem, nie akceptując twojej odpowiedzi. To właściwie zła odpowiedź.
jcolebrand

0

Chcę tylko dodać jeszcze jedną rzecz dla użytkowników Mac Caps El. Narzędzia MySQL nie są obsługiwane dla tej wersji, więc polecenie mysqlfrm nie jest pomocne. Odzyskałem struktury tabel za pomocą dbsake, jak pokazano w tym linku: https://www.percona.com/blog/2015/12/16/recovering-table-structure-from-frm-files-using-dbsake/

Wszystko, co musisz zrobić, to zainstalować dbsake:

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

następnie użyj polecenia frmdump i podaj ścieżkę do pliku .frm:

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

dostaniesz instrukcję create. Kiedy to zrobiłem, po prostu wykonałem kroki 2 do 5 wspomniane już przez @Ecd. Mam nadzieję, że to komuś pomoże.


0

Naprawdę doceniam Ecd. Co dla mnie zadziałało:

1.- Miałem kopię zapasową bazy kilka miesięcy temu, co pomogło mi podnieść tę kopię zapasową w xampp w Windows 10 i stworzyć tabele mające strukturę (konfiguracja: Windows 10, xampp-windows-x64-7.1.30- 5-VC14) plik konfiguracyjny mysql my.ini na końcu

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. - Po uruchomieniu starej bazy danych przystąpiłem do wykonania zmiany tabeli xxx odrzuć obszar tabel dla każdej tabeli w bazie danych, którą chciałem odzyskać, a następnie pliki .ibd folderu danych w C: / xampp / mysql / data / system został usunięty (w tym przypadku jest to ścieżka)

3.- Kontynuowałem kopiowanie plików .ibd z bazy danych, którą chciałem odzyskać do folderu xampp starej bazy danych

4. - Po skopiowaniu plików uruchom: zmień tabelę xxx importuj obszar tabel Dla każdej tabeli w bazie danych pojawi się ostrzeżenie, ale zignorujemy je, dane zostaną załadowane do tabeli i można je później wyeksportować.

5.- Wyeksportuj całą bazę danych do pliku sql i przystąp do budowania jej w produkcji i sukcesie!

# 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

Mam nadzieję, że pomoże to komuś, kto ma taką sytuację, pozdrawiam.

Angielski dostarczony przez Google


Korzystając z naszej strony potwierdzasz, że przeczytałeś(-aś) i rozumiesz nasze zasady używania plików cookie i zasady ochrony prywatności.
Licensed under cc by-sa 3.0 with attribution required.