Teljes körű útmutató a MySQL/MariaDB biztonsági mentési és kicsomagolási parancsaihoz: kezdőtől a szakértőig

MySQLTeljes körű útmutató a MariaDB biztonsági mentési és kicsomagolási parancsaihoz

Kezdőtől a szakértőig, lefedve...mysqlEz a kurzus teljes munkafolyamatot biztosít a memóriaképes biztonsági mentéshez, a gzip tömörítéshez, a gunzip kicsomagoláshoz és a MySQL importáláshoz, segítve a fejlesztőket abban, hogy gyorsan elsajátítsák az adatbázis-mentési és -helyreállítási technikákat az adatbiztonság és az üzletmenet-folytonosság biztosítása érdekében.

Bár a MySQL és a MariaDB eredete megegyezik, jelentősen eltérnek a nyílt forráskódú licencelés, a funkcióbővítés, a teljesítményoptimalizálás és a közösségi ökoszisztéma tekintetében. A MariaDB a teljes nyílt forráskódot és a funkcióinnovációt hangsúlyozza, míg a MySQL az Oracle kereskedelmi támogatására támaszkodik, és inkább vállalati szintű alkalmazásokhoz alkalmas.

Csak akkor jöttem rá a biztonsági mentések fontosságára, amikor az adatbázis összeomlott.

Minden fejlesztő megtapasztalta már az adatvesztés okozta szívfájdalmat, és a MySQL és a MariaDB biztonsági mentési és visszaállítási parancsai jelentik a mentőövet.

Most végigvezetlek a MySQL/MariaDB biztonsági mentési, kicsomagolási és importálási parancsainak megértésén a lehető legegyszerűbb módon.

Miért olyan fontosak a MySQL/MariaDB biztonsági mentési parancsai?

Az adat a vállalkozások éltető eleme.

Ha az adatbázis megsérül, az üzleti leállásokhoz és akár milliós veszteségekhez is vezethet.

Az IEEE Transactions on Computers folyóiratban megjelent tanulmány szerint a vállalatok percenként akár [hiányzó összeg] veszteséget is elszenvedhetnek az adatbázis-leállások miatt. 5600 USD(Forrás: IEEE, 2023).

Ezért kell kívülről tudnod a biztonsági mentési parancsokat.

A MySQL/MariaDB biztonsági mentési parancsok részletes magyarázata

A leggyakoribb biztonsági mentési módszer a használata mysqldump.

A parancs a következő:

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

• -u root: Adja meg a felhasználót.
• -p[root_password]Add meg a jelszavad.
• [database_name]: A biztonsági mentésre kerülő adatbázis neve.
• dumpfilename.sqlA biztonsági mentési fájl neve.

Például, ha az adatbázisod neve... shopdbA fájl neve shop_backup.sqlTehát a parancs a következő:

mysqldump -u root -p123456 shopdb > shop_backup.sql

A MariaDB is támogatja ezt. mysqldumpA szintaxis teljesen konzisztens.

Nem túl intuitív?

Biztonsági mentési fájl mérete és tömörítése

Az adatbázisfájlok néha rendkívül nagyok, gyakran több gigabájt méretűek.

Itt jön képbe a kompresszió.

LinuxA leggyakoribb tömörítési parancs a következő: gzip:

gzip shop_backup.sql

A tömörített fájl így alakul: shop_backup.sql.gz.

Ez nemcsak tárhelyet takarít meg, hanem megkönnyíti az adatátvitelt is.

Unzip parancs: Az első lépés a helyreállításban

Az adatbázist importálás előtt ki kell csomagolni.

A parancs a következő:

gunzip FileName.gz

mint például:

gunzip shop_backup.sql.gz

Dekompresszió után kapsz shop_backup.sqlEz az a fájl, amit importálni lehet.

A MySQL/MariaDB importparancsok részletes magyarázata

Az import parancs és a biztonsági mentés szinte egymás tükörképei:

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

Például:

mysql -u root -p123456 shopdb < shop_backup.sql

Ez a lépés a biztonsági mentési fájlból származó adatokat teljes egészében importálja az adatbázisba.

A MariaDB is használja mysql Az import parancs teljesen kompatibilis.

Valós forgatókönyv: A teljes folyamat a biztonsági mentéstől a helyreállításig

Tegyük fel, hogy vanáramszolgáltató数据库 shopdb.

1. Biztonsági mentés:

   mysqldump -u root -p123456 shopdb > shop_backup.sql
   

2. tömörítés:

   gzip shop_backup.sql
   

kap shop_backup.sql.gz.

1. Kicsomagolás:

   gunzip shop_backup.sql.gz
   

Visszaállítás ide: shop_backup.sql.

1. Importálás:

   mysql -u root -p123456 shopdb < shop_backup.sql
   

A teljes folyamat zökkenőmentesen zajlott.

Gyakori hibák és megoldások

• 1. hiba: Hozzáférés megtagadva
  Ez helytelen jelszót vagy nem megfelelő felhasználói jogosultságokat jelez.
  Megoldás: Ellenőrizze a felhasználói jogosultságokat, hogy megbizonyosodjon arról, hogy azok érvényesek. SELECT 和 INSERT Engedélyek.

• 2. hiba: Nincs elég memória
  Az adatbázis túl nagy, és az importálás során nincs elég memória.
  Megoldás: Használja --single-transaction Paraméterek importálása kötegekben.

• 3. hiba: Érthetetlen szövegprobléma
  Importálás után a kínai karakterek kérdőjelekként jelennek meg.
  Megoldás: Adja hozzá a következőt a parancshoz --default-character-set=utf8mb4.

Hivatkozott tekintélyes nézőpontok

A hivatalos MySQL dokumentáció egyértelműen kimondja:

"használat mysqldump A logikai biztonsági mentés az előnyben részesített módszer, mivel biztosítja az adatstruktúra és az adattartalom közötti konzisztenciát. (Forrás: MySQL referencia kézikönyv, Oracle)

A hivatalos MariaDB dokumentáció a következőket is hangsúlyozza:

„A MariaDB teljes mértékben kompatibilis a MySQL biztonsági mentési és visszaállítási parancsaival, lehetővé téve a fejlesztők számára a zökkenőmentes migrációt.” (Forrás: MariaDB Tudásbázis)

Ez a kijelentés ismételten hangsúlyozza a parancssori biztonsági mentések fontosságát.

Speciális technikák: Automatizált biztonsági mentés

A manuális biztonsági mentések túl nehézkesek?

Lehet használni crontab Ütemezett feladatok.

Például automatikus biztonsági mentés minden nap hajnali 2-kor:

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

Ez minden nap létrehoz egy biztonsági mentési fájlt a dátummal.

összefoglalás

Az adatbázis biztonsági mentése nem opció, hanem élet-halál kérdése.

megragadni mysqldump,gunzip 和 mysql Az import parancs olyan, mintha a bekapcsológombbal vezérelhetnénk az adatbázist.

A lényegem nagyon világos:Az adatbiztonság a vállalatok legfontosabb prioritása, és a biztonsági mentés az egyetlen biztosíték.

Ahogy a Harvard Business Review is írta:

„A digitális korban az adat értékesebb, mint az arany.”

Tehát cselekedjen most, írja le a biztonsági mentési szkriptet, és tartsa adatait szilárdan a kezében.

Ez nem csak a technológiáról szól, hanem a felelősségről is.