Një udhëzues i plotë për komandat e kopjimit rezervë dhe dekompresimit të MySQL/MariaDB: Nga fillestari në ekspert

MySQLNjë udhëzues i plotë për komandat e kopjimit rezervë dhe dekompresimit të MariaDB

Nga fillestari në ekspert, duke mbuluar...MySQLKy kurs ofron një rrjedhë të plotë pune për kopjimin e kopjeve rezervë (dump backup), kompresimin gzip, dekompresimin gunzip dhe importimin e MySQL, duke i ndihmuar zhvilluesit të zotërojnë shpejt teknikat e kopjimit të kopjeve rezervë dhe rikuperimit të bazës së të dhënave për të siguruar sigurinë e të dhënave dhe vazhdimësinë e biznesit.

Edhe pse MySQL dhe MariaDB kanë të njëjtën origjinë, ato ndryshojnë ndjeshëm në aspektin e licencimit të burimit të hapur, zgjerimit të veçorive, optimizimit të performancës dhe ekosistemit të komunitetit. MariaDB thekson inovacionin e plotë të burimit të hapur dhe veçorive, ndërsa MySQL mbështetet në mbështetjen komerciale të Oracle dhe është më i përshtatshëm për aplikacionet në nivel ndërmarrjeje.

Vetëm kur baza e të dhënave u prish, e kuptova rëndësinë e kopjeve rezervë.

Çdo zhvillues ka përjetuar pikëllimin e humbjes së të dhënave, dhe komandat e kopjimit rezervë dhe rivendosjes së MySQL dhe MariaDB janë shpëtimi.

Tani do t'ju udhëzoj përmes kuptimit të komandave të kopjimit rezervë, dekompresimit dhe importimit për MySQL/MariaDB në mënyrën më të thjeshtë të mundshme.

Pse komandat e kopjimit rezervë të MySQL/MariaDB janë kaq të rëndësishme?

Të dhënat janë gjaku i jetës së një biznesi.

Nëse baza e të dhënave është e korruptuar, kjo mund të çojë në mbyllje të bizneseve dhe madje edhe në humbje prej milionash.

Sipas një studimi në IEEE Transactions on Computers, ndërmarrjet pësojnë humbje deri në [shuma e humbur] në minutë nga ndërprerjet e bazës së të dhënave. 5600 USD(Burimi: IEEE, 2023).

Kjo është arsyeja pse duhet t'i dini përmendësh komandat e rezervimit.

Shpjegim i detajuar i komandave të kopjimit rezervë MySQL/MariaDB

Metoda më e zakonshme e kopjimit rezervë është përdorimi mysqldump.

Komanda është si më poshtë:

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

• -u root: Specifikoni përdoruesin.
• -p[root_password]Fut fjalëkalimin tënd.
• [database_name]Emri i bazës së të dhënave që do të ruhet.
• dumpfilename.sqlEmri i skedarit rezervë.

Për shembull, nëse baza juaj e të dhënave quhet... shopdbEmri i skedarit është shop_backup.sqlPra, komanda është:

mysqldump -u root -p123456 shopdb > shop_backup.sql

MariaDB gjithashtu e mbështet këtë. mysqldumpSintaksa është plotësisht konsistente.

A nuk është shumë intuitive?

Madhësia dhe kompresimi i skedarit rezervë

Ndonjëherë skedarët e bazës së të dhënave janë jashtëzakonisht të mëdhenj, shpesh disa gigabajt në madhësi.

Këtu hyn në lojë kompresimi.

LinuxKomanda më e zakonshme e kompresimit është gzip:

gzip shop_backup.sql

Skedari i kompresuar bëhet shop_backup.sql.gz.

Kjo jo vetëm që kursen hapësirë ​​​​ruajtjeje, por edhe lehtëson transferimin e të dhënave.

Komanda Unzip: Hapi i parë në rikuperim

Baza e të dhënave duhet të çkompresohet para importimit të saj.

Komanda është si më poshtë:

gunzip FileName.gz

siç janë:

gunzip shop_backup.sql.gz

Pas dekompresionit, do të merrni shop_backup.sqlKy është skedari që mund të importohet.

Shpjegim i detajuar i komandave të importit të MySQL/MariaDB

Komanda e importit dhe kopja rezervë janë pothuajse imazhe pasqyruese të njëra-tjetrës:

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

Për shembull:

mysql -u root -p123456 shopdb < shop_backup.sql

Ky hap do të importojë të dhënat nga skedari rezervë plotësisht në bazën e të dhënave.

MariaDB përdor gjithashtu mysql Importimi i komandës është plotësisht i pajtueshëm.

Skenari i botës reale: Procesi i plotë nga kopja rezervë deri te rikuperimi

Supozoni se kenifurnizuesit të energjisë elektrike数据库 shopdb.

1. Rezervë:

   mysqldump -u root -p123456 shopdb > shop_backup.sql
   

2. kompresim:

   gzip shop_backup.sql
   

marr shop_backup.sql.gz.

1. Hap zinxhirin:

   gunzip shop_backup.sql.gz
   

Rikthe në shop_backup.sql.

1. Importo:

   mysql -u root -p123456 shopdb < shop_backup.sql
   

I gjithë procesi u përfundua pa probleme.

Gabime dhe Zgjidhje të Zakonshme

• Gabimi 1: Qasja u refuzua
  Kjo tregon një fjalëkalim të gabuar ose të drejta të pamjaftueshme të përdoruesit.
  Zgjidhja: Kontrolloni lejet e përdoruesit për t'u siguruar që ato janë në vend. SELECT 和 INSERT Lejet.

• Gabimi 2: Nuk ka memorie të mjaftueshme
  Baza e të dhënave është shumë e madhe dhe nuk ka memorie të mjaftueshme gjatë importimit.
  Zgjidhja: Përdoreni --single-transaction Importoni parametrat në grupe.

• Gabimi 3: Problem me tekstin e ngatërruar
  Pas importimit, karakteret kineze shfaqen si pikëpyetje.
  Zgjidhja: Shtoni komandën e mëposhtme --default-character-set=utf8mb4.

Pikëpamjet autoritare të cituara

Dokumentacioni zyrtar i MySQL thotë qartë:

"përdorim mysqldump Rezervimi logjik është metoda e preferuar sepse siguron qëndrueshmëri midis strukturës së të dhënave dhe përmbajtjes së të dhënave. (Burimi: Manuali i Referencës MySQL, Oracle)

Dokumentacioni zyrtar i MariaDB thekson gjithashtu:

"MariaDB është plotësisht e pajtueshme me komandat e kopjimit rezervë dhe rivendosjes së MySQL, duke u lejuar zhvilluesve të migrojnë pa probleme." (Burimi: Baza e njohurive të MariaDB)

Kjo deklaratë përsërit rëndësinë e kopjeve rezervë në linjën e komandës.

Teknika të Avancuara: Kopje rezervë automatike

A janë shumë problematike kopjet rezervë manuale?

Mund të përdoret crontab Detyrat e planifikuara.

Për shembull, kopje rezervë automatike në orën 2 të mëngjesit çdo ditë:

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

Kjo do të gjenerojë një skedar rezervë me datën çdo ditë.

总结

Krijimi i kopjeve rezervë të bazës së të dhënave nuk është një opsion, por një çështje jete a vdekjeje.

kuptoj mysqldump,gunzip 和 mysql Komanda e importit është si të kesh çelësin e ndezjes për të kontrolluar bazën e të dhënave.

Poenta ime është shumë e qartë:Siguria e të dhënave është përparësia më e lartë e një kompanie dhe kopja rezervë është e vetmja mbrojtje.

Siç u tha në Harvard Business Review:

"Në epokën dixhitale, të dhënat janë më të vlefshme se ari."

Pra, ndërmerrni veprime tani, shkruani skriptin tuaj të kopjimit rezervë dhe mbajini të dhënat tuaja fort në duart tuaja.

Kjo nuk ka të bëjë vetëm me teknologjinë, por edhe me përgjegjësinë.