Opprette sikkerhetskopier i PhpMyAdmin

I utviklingsmiljøer når vi flytter en endring i produksjonen, er det veldig viktig å lage en sikkerhetskopi rett før endringene, på en slik måte at vi kan komme tilbake hvis ting ikke går som vi vil.
Inne i verden av MySQL vi har flere termer å referere til sikkerhetskopien som Dump, Sikkerhetskopiering, Eksport, i miljøet vårt phpMyAdmin, refererer disse begrepene til det samme elementet, som er filen vår der vi har strukturen og dataene vi vil eksportere for å lagre det aktuelle øyeblikket i databasen.
Før vi eksporterer eller genererer sikkerhetskopien vår, er det veldig viktig at vi kjenner omfanget av det vi trenger, det vil si at vi må definere om vi bare vil ha strukturen i databasen, bare dataene, dataene og strukturen, bare noen tabeller .
Definer også til hvem denne resulterende filen er bestemt, hvis til en database MySQL igjen, eller vi må mate en annen motor; Alt dette er gyldige spørsmål som vi må stille oss selv for å vite hva vi trenger og dermed vite hvilke verktøy vi skal bruke.
I databasevisningen skal vi klikke på alternativet eksport som burde vise oss noe slikt:

Her har vi to alternativer, Rask (rask og Tilpasset (tilpasset), der den første lar oss generere en komplett sikkerhetskopi, i SQL -format med de grunnleggende parametrene, og uten mulighet for å velge tabellene eller andre alternativer, og den andre tar oss litt lenger og viser oss flere alternativer som f.eks. velge hvilke tabeller vi vil eksportere, formatet, filens struktur, dens koding, etc.

La oss stoppe et øyeblikk på panelet på Produksjon, Her har vi noen interessante ting som kan være nyttige for oss, vi starter med de to hovedalternativene for å lagre i en fil og vise som tekst, den første vil få nettleseren vår til å laste ned en fil som serveren sender til oss via HTTP, og det andre alternativet får oss til å se hele filen i en nettleserfane.
Tegnsettet lar oss velge en bestemt koding for sikkerhetskopien vår, ettersom for eksempel noe som skjer mye er databasene på spansk, er det alltid problemer med aksentene, og det er fordi vi ikke plasserer det riktige settet med tegn. Til slutt komprimering, når en database har mange poster, vil vi ha en veldig stor fil, så vi liker alltid å komprimere denne filen slik at den ikke tar mer plass enn nødvendig, egentlig når vi lagrer sikkerhetskopiene våre, for dette har vi komprimering typer tilgjengelig, ZIP, GZIP eller BZIP2, selv om dette bare er tilgjengelig hvis serveren vår har disse alternativene aktivert for øyeblikket.