|
|
Közzétéve 2021. 09. 30. 14:42:47
|
|
|
|
Az ütemezett adatbázis-mentés minden fejlesztő számára kötelező, és a rendszeres mentési adatok megoldhatják azt a problémát, hogy véletlenül törölnek adatokat, amelyeket egy adott pillanatig visszaállíthatunk, és minimalizálhatják a veszteségeket.
A MySQL kényelmes eszközt kínál adatbázis-adatok és fájlok exportálására a parancssorból, a mysqldump-ról, amely adatbázisokat exportálhat a parancssoron keresztül.
Szemle:
Ezt a cikket használjukCentOS 7környezet, ahol távoli adatbázisokat mentünk le a helyi adatbázisba a MySQLDUMP-en keresztül. Ha közvetlenül futtatjuk a mysqldump parancsot, a hiba a következő lesz:
-Bash: MySQL Dump: parancs nem talált
GitHub cím:A hiperlink bejelentkezés látható.
Az installációs parancs a következő:
Így mind a mydumper, mind a myloader parancsok már használhatók, a mydumper felelős az exportért, a myloader pedig az importért, ahogy az alábbi ábrán látható:
MydumperParamétermagyarázat
-B, --adatbázis A biztonsági mentésre várható, ha nincs megadva, akkor az összes könyvtár biztonsági mentése
-T, --tables-list A tábla, amelyeket le kell menteni, a neveket vesszővel választják el
-o, --outputdir a fájl mentésére
-s, --statement size Az --statement-size által generált beillesztési utasítás bájtainak száma alapértelmezés szerint 10000000
-r, --sorok Amikor egy táblát sorokra osztasz, határozd meg a blokksorok számát, ha ezt az opciót megadod, akkor a --chunk-filesize kikapcsolja
-F, --chunk-filesize Amikor egy táblát méret szerint chunkolnak, a megadott blokkméret MB-ben
-c, --tömörítés tömörítés tömörít a kimeneti fájl
-e, --build-empty-files, ha a tábla adatai üresek, vagy üres fájlt hoz létre (alapértelmezés szerint nincs adat, csak a táblastruktúra fájl)
-x, --regex ugyanaz, mint a 'db.table'-hoz tartozó reguláris kifejezés
-i, --ignore-motorok figyelmen kívül hagyják a tárolómotorokat, és vastag partíciót használnak
-m, --a sémák nem tartják alá a táblastruktúrákat
-k, --no-lockok nem használnak ideiglenesen megosztott csak olvasható zárolásokat, és ennek az opciónak a használata adatkonkonzisztenciákat okozhat
--less-locking csökkenti az InnoDB táblákra történő zárok alkalmazásának idejét (ennek a mintának a mechanikáit részletesen elmagyarázzuk lent)
-l, --long-query-guard Állítsd be a hosszú lekérdezések időtúllépési idejét, amelyek blokkolják a mentéseket, másodpercekben, és az alapértelmezett 60 másodperc (a mydumper alapértelmezetten kilép az időkorlát után).
--kill-long-queries kill long queries (kilépés nélkül)
-b, --binlogok exportálják binlogokat
-D, --démon engedélyezi a démonüzemmódot, amely bizonyos időközönként, megszakítás nélkül menti le az adatbázist
-I, --snapshot-intervallum dump Snapshot intervallum idő, alapértelmezett 60-as évek, démon módban kell lennie
-L, --logfile a logfájl nevét használja (a mydumper által generált napló), és alapértelmezettként szabványos kimenetet használ
--TZ-UTC időzónák között egy olyan opció, amit használnak, nem magyarázzák el
--skip-tz-utc Id
--use-savepoints Használj mentési pontokat a metaadatgyűjtés által okozott zárolási idő csökkentésére, amelyhez SUPER engedélyek szükségesek
--success-on-1146 Nem növeli a hibaszámot, és Warning a Critical helyett, ha tábla nem létezik
-h, --host A kapcsolat hosztneve
-u, --felhasználó biztonsági mentése a használt felhasználóról
-p, --jelszó jelszó
-P, --port port
-S, --socket A socket fájl socket kommunikáció esetén
-t, --threads Az alapértelmezett biztonsági mentési szálak száma 4
-C, --compress-protocol tömöríti a mysql-lel kommunikáló adatokat
-V, --verzió mutatja a verziószámot
-v, --bőbeszédű kimeneti információs mintázat, 0 = néma, 1 = hibák, 2 = figyelmeztetések, 3 = információ, alapértelmezett 2
-d, --directory folder a biztonsági mentés fájlhoz
-q, --lekérdezések tranzakciónként Alapértelmezés szerint 1000 lefuttatott lekérdezés egy dologra vonatkozóan
-o, --overwrite-tables Ha létezik a visszaállítandó tábla, először dobd el a táblát, használd ezt a paramétert, és biztonsági mentést készítsd a táblastruktúra visszaállítása, amikor vissza kell állnod
-B, --adatbázis Az adatbázis, amelyet vissza kell állítani
-e, --enable-binlog lehetővé teszi a bináris naplók adatok visszaállítását
-h, --hosthost
-u, --felhasználó visszaállítva
-p, --jelszó jelszó
-P, --port port
-S, --socket socket fájl
-t, --threads visszaállítja a használt szálok számát, az alapértelmezett 4
-C, --compress-protokoll
-V, --verzió megjeleníti a verziót
-v, --verbose kimeneti mód, 0 = néma, 1 = hibák, 2 = figyelmeztetések, 3 = információ, alapértelmezett 2
Az adatbázis exportálási parancsa a következő:
A végrehajtás után a mydumper létrehoz egy meghatározott könyvtárcímet, amelyet paramétereken keresztül továbbítunk, és amely tartalmaz egy metaadatfájlt, amely rögzíti a bináris naplófájl nevét a biztonsági mentés idején, valamint azt a helyet, ahol a naplót írták. Minden táblának két biztonsági mentése van, files:database.table-schema.sql egy táblastruktúra fájl, valamint database.table.sql táblaadatfájl.
Ütemezett tartalék
A referenciacikkek a következők:
Hozzunk létre egy új shell szkriptet, amelynek neve :backup_uat.sh, a következőként:
Végrehajtási engedélyek megadása:
Feladat hozzáadása
A feladatot minden nap 00:10-kor végzik
Újratöltés a konfiguráció
(Vége)
|
Előző:Linux környezet alapjai: a különbség az el6, el7 és el8 telepítése között rpm-es csomagokbanKövetkező:RAID technológia magyarázata – RAID0, RAID1, RAID3, RAID5, RAID6, RAID10 összehasonlítás
|
Háziúr|
Közzétéve 2021. 09. 30. 17:03:15
|
Közzétéve 2021. 10. 02. 16:58:15
|
