Kompletny przewodnik po poleceniach tworzenia kopii zapasowych i dekompresji baz danych MySQL/MariaDB: od początkującego do eksperta

MySQLKompletny przewodnik po poleceniach tworzenia kopii zapasowych i dekompresji MariaDB

Od początkującego do eksperta, obejmujące...mysqlTen kurs przedstawia kompletny proces tworzenia kopii zapasowej dump, kompresji gzip, dekompresji gunzip i importowania MySQL, pomagając programistom szybko opanować techniki tworzenia kopii zapasowych i odzyskiwania baz danych, aby zapewnić bezpieczeństwo danych i ciągłość działania firmy.

Chociaż MySQL i MariaDB mają te same korzenie, różnią się znacząco pod względem licencji open source, rozbudowy funkcji, optymalizacji wydajności i ekosystemu społecznościowego. MariaDB kładzie nacisk na pełną innowacyjność open source i funkcji, podczas gdy MySQL opiera się na komercyjnym wsparciu Oracle i jest bardziej odpowiedni dla aplikacji klasy enterprise.

Dopiero gdy baza danych uległa awarii, zdałem sobie sprawę z wagi kopii zapasowych.

Każdy programista doświadczył bólu związanego z utratą danych, a polecenia tworzenia kopii zapasowej i przywracania danych w bazach MySQL i MariaDB okazują się dla niego ratunkiem.

Teraz przeprowadzę Cię przez proces opisywania poleceń tworzenia kopii zapasowej, dekompresji i importowania dla MySQL/MariaDB w możliwie najprostszy sposób.

Dlaczego polecenia tworzenia kopii zapasowych MySQL/MariaDB są tak istotne?

Dane są siłą napędową przedsiębiorstwa.

Jeśli baza danych ulegnie uszkodzeniu, może to doprowadzić do zamknięcia firmy, a nawet strat sięgających milionów.

Według badania opublikowanego w czasopiśmie IEEE Transactions on Computers przedsiębiorstwa ponoszą straty rzędu [brakującej kwoty] na minutę z powodu przestoju w działaniu baz danych. 5600 USD(Źródło: IEEE, 2023).

Dlatego musisz znać na pamięć polecenia dotyczące tworzenia kopii zapasowych.

Szczegółowe wyjaśnienie poleceń tworzenia kopii zapasowych MySQL/MariaDB

Najbardziej powszechną metodą tworzenia kopii zapasowych jest użycie mysqldump.

Polecenie wygląda następująco:

mysqldump -u root -p[root_password] [database_name] > dumpfilename.sql

• -u root: Określ użytkownika.
• -p[root_password]Wprowadź swoje hasło.
• [database_name]: Nazwa bazy danych, której kopię zapasową należy utworzyć.
• dumpfilename.sqlNazwa pliku kopii zapasowej.

Na przykład, jeśli Twoja baza danych nazywa się... shopdbNazwa pliku to shop_backup.sqlTak więc polecenie brzmi:

mysqldump -u root -p123456 shopdb > shop_backup.sql

MariaDB również to obsługuje. mysqldumpSkładnia jest całkowicie spójna.

Czyż nie jest to bardzo intuicyjne?

Rozmiar pliku kopii zapasowej i kompresja

Czasami pliki baz danych są wyjątkowo duże, często mają rozmiar kilku gigabajtów.

Tutaj właśnie pojawia się kompresja.

LinuxNajczęstszym poleceniem kompresji jest gzip:

gzip shop_backup.sql

Skompresowany plik staje się shop_backup.sql.gz.

Dzięki temu nie tylko oszczędzasz miejsce na dysku, ale także ułatwiasz przesyłanie danych.

Polecenie rozpakowania: pierwszy krok odzyskiwania

Przed zaimportowaniem bazy danych należy ją rozpakować.

Polecenie wygląda następująco:

gunzip FileName.gz

Jak na przykład:

gunzip shop_backup.sql.gz

Po dekompresji otrzymasz shop_backup.sqlTo jest plik, który można zaimportować.

Szczegółowe wyjaśnienie poleceń importu MySQL/MariaDB

Polecenie importu i kopia zapasowa są niemal swoimi lustrzanymi odbiciami:

mysql -u root -p[root_password] [database_name] < dumpfilename.sql

Na przykład:

mysql -u root -p123456 shopdb < shop_backup.sql

Ten krok spowoduje zaimportowanie całości danych z pliku kopii zapasowej do bazy danych.

MariaDB używa również mysql Polecenie import jest w pełni kompatybilne.

Scenariusz z życia wzięty: Cały proces od utworzenia kopii zapasowej do odzyskania

Załóżmy, że maszE-commerceBaza danych shopdb.

1. Kopia zapasowa:

   mysqldump -u root -p123456 shopdb > shop_backup.sql
   

2. Źródło:

   gzip shop_backup.sql
   

otrzymać shop_backup.sql.gz.

1. Rozsunąć suwak:

   gunzip shop_backup.sql.gz
   

Przywróć do shop_backup.sql.

1. Import:

   mysql -u root -p123456 shopdb < shop_backup.sql
   

Cały proces przebiegł pomyślnie.

Typowe błędy i rozwiązania

• Błąd 1: Odmowa dostępu
  Oznacza to nieprawidłowe hasło lub niewystarczające uprawnienia użytkownika.
  Rozwiązanie: Sprawdź uprawnienia użytkownika i upewnij się, że są ważne. SELECT I INSERT Uprawnienia.

• Błąd 2: Brak pamięci
  Baza danych jest zbyt duża i podczas importowania brakuje pamięci.
  Rozwiązanie: Użyj --single-transaction Importuj parametry w partiach.

• Błąd 3: Problem z nieczytelnym tekstem
  Po zaimportowaniu znaki chińskie są wyświetlane jako znaki zapytania.
  Rozwiązanie: Dodaj poniższe polecenie do polecenia --default-character-set=utf8mb4.

Przytoczone autorytatywne punkty widzenia

Oficjalna dokumentacja MySQL wyraźnie stwierdza:

"używać mysqldump Logiczne tworzenie kopii zapasowych jest preferowaną metodą, ponieważ zapewnia spójność między strukturą danych a ich zawartością. (Źródło: MySQL Reference Manual, Oracle)

Oficjalna dokumentacja MariaDB podkreśla również:

„MariaDB jest w pełni kompatybilna z poleceniami tworzenia kopii zapasowych i przywracania danych MySQL, co pozwala programistom na bezproblemową migrację.” (Źródło: Baza wiedzy MariaDB)

Oświadczenie to podkreśla znaczenie tworzenia kopii zapasowych za pomocą wiersza poleceń.

Zaawansowane techniki: automatyczne tworzenie kopii zapasowych

Ręczne tworzenie kopii zapasowych jest zbyt kłopotliwe?

Mogą korzystać crontab Zaplanowane zadania.

Na przykład automatyczne tworzenie kopii zapasowej o godzinie 2 w nocy każdego dnia:

0 2 * * * mysqldump -u root -p123456 shopdb > /backup/shop_$(date +\%F).sql

Spowoduje to, że codziennie będzie generowany plik kopii zapasowej z datą.

podsumowując

Tworzenie kopii zapasowej bazy danych nie jest rozwiązaniem, ale kwestią życia i śmierci.

chwycić mysqldump,gunzip I mysql Polecenie importu można porównać do przełącznika zasilania służącego do kontrolowania bazy danych.

Mój punkt widzenia jest jasny:Bezpieczeństwo danych jest najważniejszym priorytetem firmy, a jedyną ochroną jest kopia zapasowa.

Jak podaje Harvard Business Review:

„W erze cyfrowej dane są cenniejsze niż złoto”.

Więc podejmij działanie już teraz, zapisz skrypt kopii zapasowej i trzymaj dane bezpiecznie w swoich rękach.

Nie chodzi tu tylko o technologię, ale też o odpowiedzialność.