Csak a séma (struktúra) exportálása egy SQL dumpból

Három helyzet folyton felbukkan:

• Séma felhúzása stagingre vagy CI-hez – az üres táblastruktúrára van szükséged, hogy a tesztek valódi oszlopokkal, indexekkel és megszorításokkal fussanak, de semmiképp sem akarsz gigabájtnyi éles sort betuszkolni egy eldobható környezetbe.
• Csak seed-adat – a séma már létezik a cél-adatbázisban, és csak az INSERT sorokra van szükséged a feltöltéséhez, olyan CREATE utasítások nélkül, amelyek ütköznének a meglévővel.
• A zaj eltüntetése – a dumpot felduzzasztják a logs, sessions, audit_trail vagy cache táblák több tízmillió sorral, amelyeket soha nem akarsz importálni.

Miért nem elég a mysqldump --no-data

A klasszikus tanács a mysqldump --no-data (csak struktúra) vagy a mysqldump --no-create-info (csak adat). Mindkettő export-kapcsoló: azt változtatják meg, hogy egy friss dump egy futó adatbázisból mit tartalmaz. Nem tesznek semmit egy dumppal, ami már a lemezeden ül egy .sql fájlként.

A gyakorlatban a fájl gyakran valaki mástól érkezik, vagy egy mentési feladatból, vagy egy szerverről, amelyhez már nincs élő hozzáférésed. Nem futtathatod újra a mysqldump-ot egy olyan adatbázison, amely nem elérhető – a hitelesítő adatok elvesztek, a szervert leszerelték, vagy a fájl egyszerűen minden, amit kaptál. Ezen a ponton a kapcsolók hasztalanok, és marad, hogy magát a fájlt szerkeszted.

A kézi út

A kézenfekvő lépés az, hogy sorokat szűrsz le grep-pel vagy sed-del. A struktúra megtartásához és az adat eldobásához:

# tarts meg mindent az INSERT sorok kivételével
grep -v '^INSERT INTO' dump.sql > schema.sql

# vagy tartsd meg csak az INSERT sorokat egy csak-adat fájlhoz
grep '^INSERT INTO' dump.sql > data.sql

Ez rendben néz ki egy kicsi, rendezett dumpon – aztán eltörik egy valódin:

• Többsoros INSERT-ek. Egyetlen INSERT INTO … VALUES több ezer sort is átívelhet. A grep az első sorra illeszkedik, és a többi értéket árván hagyja, így törött fájlt állít elő.
• Kiterjesztett insertek. A mysqldump sok sort egyetlen óriási utasításba kötegel. A soralapú szűrők nem tudják megmondani, hol ér véget egy ilyen utasítás.
• Kommentek és blokkok. A feltételes /*! … */ blokkok, a LOCK TABLES és a -- kommentek az adat közé ékelődnek, így egy naiv szűrő vagy szemetet tart meg, vagy kivág valamit, amire az importnak szüksége van.
• A csak-adat még rosszabb. Egy tiszta grep '^INSERT' eldobja a SET és LOCK utasításokat, amelyektől a sorok függenek, és minden olyan INSERT, ami nem pontosan a nulladik oszlopnál kezdődik, csendben eltűnik.

A végén a saját szűrődet hibakeresed ahelyett, hogy megkapnád a sémádat.

Csak struktúra vagy csak adat a DumpCleanerrel

A DumpCleaner SQL utasításokat ért, nem sorokat illeszt, így megbízhatóan választja le a struktúrát az adatról – bármekkora fájlon:

1. Húzd a .sql dumpodat a DumpCleanerbe (MySQL, MariaDB vagy PostgreSQL). A fájlt streamelve elemzi, így egy több gigabájtos dump állandó memóriával töltődik be.
2. Kapcsold be a kívánt utasítástípusokat: CREATE TABLE, CREATE INDEX, INSERT INTO, ALTER, DROP, LOCK, SET. Vedd ki az INSERT INTO pipáját, és csak a struktúrát kapod; vedd ki a CREATE TABLE / CREATE INDEX pipáját, és csak az adatot kapod.
3. Vagy válassz egy előbeállítást – Csak struktúra vagy Csak adat –, hogy minden kapcsolót egy lépésben állíts be, majd finomíts táblánként, ha akarsz.
4. Exportálj. Kapsz egy karcsú sémafájlt staginghez vagy CI-hez, vagy egy tiszta, csak-adat dumpot a feltöltéshez.

Mivel a szűrő utasítás-tudatos, egy többsoros kiterjesztett INSERT egészben marad meg vagy esik ki – soha nem vágódik ketté középen.

Az igazi erő abban rejlik, hogy a szűrés utasítástípusonként és táblánként működik, és a kettő kombinálható. Megtarthatod minden tábla struktúráját, de INSERT-adatot csak arra a három táblára vonatkozóan vonhatsz be, amelyre valóban szükséged van – a 89 millió soros logs táblát üres burokként hagyva. Ilyet egyetlen --no-data kapcsoló sem tud kifejezni.

Gyakran ismételt kérdések