LINUXSOFT.cz Přeskoč levou lištu
Uživatel: Heslo:  
   CZUKPL

> MySQL (53) - SELECT INTO OUTFILE

Jak tedy zálohovat data v MySQL? Pomocí příkazu SELECT!

6.1.2006 06:00 | Petr Zajíc | Články autora | přečteno 23282×

Pojďme se dnes podívat na to, jak jednoduše se pomocí MySQL dají zálohovat data z jedné nebo více tabulek. Jak uvidíte, může s tím být docela zábava. Již minule jsme hovořili o tom, že jednotlivé metody zálohování se mohou lišit - dnes uvidíte, že je to skutečně pravda, i když budeme mluvit jen o jedné z nich.

SELECT INTO OUTFILE

Klasický příkaz SELECT obsahuje velmi milé rozšíření, které nám umožní přímo vyexportovat vybraná data do textového souboru. Místo toho, abyste napsali příkaz ve stylu:

select * from lidi;

napíšete prostě

select * from lidi into outfile 'lidi.txt';

a výsledná množina dat se vloží do nového souboru. Je to velmi jednoduchá a prostá myšlenka, která nevyžaduje další znalosti. Stačí umět používat příkaz SELECT.

Výhody příkazu SELECT INTO OUTFILE

Výhod tohoto přístupu k zálohování je několik, pojďme si projít ty hlavní:

  1. Můžete si vybrat, které tabulky budete chtít zálohovat.
  2. Můžete si (vyjmenováním sloupců v příkazu SELECT) vybrat jen určité sloupce tabulky.
  3. Můžete si (použitím klauzule WHERE) vybrat jen určité řádky
  4. Výslednou množinu můžete seřadit.
  5. Přestože se to nepoužívá příliš často, lze takto zálohovat spojení dvou či více tabulek (tedy sadu záznamů vzniklou použitím LEFT JOIN, RIGHT JOIN či INNER JOIN)
  6. Celý příkaz je velmi jednoduchý na naučení a intuitivní.
  7. Výsledný soubor je čitelný člověkem
  8. Protože je výsledný soubor textový, bývá snadné jej komprimovat a obvykle rovněž kompresní poměr bývá velmi solidní.
  9. Proces zálohování pomocí tohoto příkazu je dosti rychlý

Export můžete jemně ovlivnit použitím několika voleb, které formátují výstup. Uvádím je v tabulce:

Volba
Význam
FIELDS ESCAPED BY
Escapování znaků. Například NULL je zapsáno jako \N, pokud je escape znakem obrácené lomítko
FIELDS ENCLOSED BY
Umožňuje zvolit znak, který bude uzavírat data (např. uvozovka)
FIELDS OPTIONALLY ENCLOSED BY
Umožňuje zvolit znak, který bude uzavírat data (např. uvozovka), ovšem pouze textová. Čísla zůstanou neobklopena ;-)
FIELDS TERMINATED BY
Znak sloužící k oddělení polí, typicky středník nebo tabelátor.
LINES TERMINATED BY
Znak sloužící k oddělení řádků (záznamů). Typicky systémový znak konce řádku.

Pokud si nechcete tyto volby pamatovat, pak vězte, že nemusíte. K prostému zazálohování postačí výchozí hodnoty všech voleb. Zejména, pokud budete chtít data opět obnovit pomocí nástrojů MySQL. Je ale dobré vědět o těchto přepínačích; zejména pracujete-li pod více operačními systémy. Ve Windows je například dobré definovat konec řádku jako \r\n, aby byl výsledný soubor vidět v textových editorech, které jsou tam k dispozici.

Pozn.: Nic Vám samozřejmě nebrání zálohovat data v jednom operačním systému a obnovit je v jiném. Komplementární příkaz LOAD DATA INFILE má k dispozici volby, pomocí nichž se vyrovná třeba s nesystémovými oddělovači řádků.

Nevýhody příkazu SELECT INTO OUTFILE

Jak asi tušíte, příkaz SELECT INTO OUTFILE má rovněž nějaké ty nevýhody. Jednou drobnou nevýhodou může být fakt, že textový soubor po vytvoření neobsahuje záhlaví sloupců. To je sice možná trochu nepříjemné, ale nikoli neřešitelné. Můžete totiž exportní příkaz upravit ve smyslu:

select 'jmeno','narozen dne' union all select jmeno, narozendne from lidi into outfile 'lidi2.txt';

Připomeňme, že příkaz UNION umožňuje spojit data z více tabulek. V našem případě byla první "tabulka" jen virtuální a obsahovala názvy polí. MySQL přitom ani nevadí, že spojovaná data nejsou téhož typu, takže tento příkaz můžete bez obav použít. Další drobnou nevýhodou příkazu je fakt, že se nedá přesně určit, kam budou data zapsána v případě, že neuvedete absolutní cestu. Mám zkušenost, že to závisí na verzi MySQL a na používané distribuci, takže je třeba být opatrný, pokud se chcete na výchozí chování systému spolehnout. Já bych preferoval jistější způsob - a to vždy uvádět absolutní cestu k exportovanému souboru.

A teď ty největší nevýhody. Všechny podstatné nějakým způsobem souvisejí se zabezpečením.

  • Soubor vzniklý pomocí SELECT INTO OUTFILE je uložen vždy na databázovém serveru. Když se nad tím zamyslíte tak je to samozřejmé; uvádím to jen proto, abyste neočekávali, že bude vytvořena záloha na nějakém klientském, vzdáleném počítači.
  • Soubor, který vznikne pomocí SELECT INTO OUTFILE musí být nový. Jinými slovy, tento příkaz se nikdy nepokusí přepsat existující soubor, a to bez ohledu na to, kdo a kdy původní soubor vytvořil. Neuděláte tedy ani dvakrát stejný soubor. To je určitý bezpečnostní prvek, který zabraňuje MySQL přepsat (ať už neúmyslně nebo cíleně) existující soubory v systému. Pokud chcete využívat tento příkaz, musíte se tedy ujistit, že cílový soubor neexistuje.
  • Abyste mohli příkaz SELECT INTO OUTFILE provést, musíte mít příslušná databázová práva

K databázovým právům - MySQL kontroluje, kdo smí nebo nesmí v operačním systému vytvářet soubory. Což se přesně týká příkazu SELECT INTO OUTFILE. Pokud budete chtít zjistit aktuální stav oprávnění pro zápis do souborů, můžete to provést dotazem na metadata (od verze 5.0) nějak takto:

select * from user_privileges where privilege_type = 'FILE';

Špatná zpráva pro uživatele MySQL na hostinzích je ta, že většinou mít potřebná práva nebudete - a to je docela škoda. Tento způsob zálohování patří totiž k těm rychlejším a pružnějším. Ale pokračujme ještě dalšími omezeními:

  • Pokud je soubor úspěšně vytvořen, je čitelný komukoliv. To je něco, co Vám může vadit a nemusí. Ale příčina je zase zcela jasná; uvědomte si, že soubor vytváří databázový stroj, a ten běží pod nějakým účtem. Pokud by vytvořené soubory nezpřístupnil ostatním, asi byste zálohu nemohli číst ani vy. Téměř určitě totiž budete přihášeni pod jiným uživatelským účtem, než pod nímž běží databáze a pravděpodobně nebudete ani členem téže skupiny.
  • A abychom byli přesní - soubor je potřeba vytvořit v takovém adresáři, do něhož máte odpovídající práva (například domovský adresář), aby se vám nestalo, že databáze sice export provede, ale vy se k němu nedostanete.
  • Poslední nevýhoda tohoto způsobu zálohování dat je ta, že budete mít pouze data - nezálohují se tím tedy indexy, pohledy, spouště, uložené procedury a tak dále.

Závěr

Pokud máte přístup k systému, na němž MySQL běží a pokud se chcete zabývat zálohováním jen nějakých dat, pak je pro Vás jistě SELECT INTO OUTFILE dobrou volbou. V opačném případě však nejspíš kvůli bezpečnostním omezením systému nebudete moci tento přístup použít a je potřeba jít na to jinak. Jak, to uvidíme v dalším díle našeho seriálu.

Verze pro tisk

pridej.cz

 

DISKUZE

Nejsou žádné diskuzní příspěvky u dané položky.



Příspívat do diskuze mohou pouze registrovaní uživatelé.
> Vyhledávání software
> Vyhledávání článků

16.7.2018 1:05 /František Kučera

Červencový pražský sraz spolku OpenAlt se koná již tento čtvrtek – 19. 7. 2018 od 18:00 v Kavárně Ideál (Sázavská 30, Praha), kde máme rezervovaný salonek. Tentokrát bude přednáška na téma: automatizační nástroj Ansible, kterou si připravil Martin Vicián.


Přidat komentář

18.6.2018 0:43 /František Kučera
Červnový pražský sraz spolku OpenAlt se koná již tento čtvrtek – 21. 6. 2018 od 18:00 v Kavárně Ideál (Sázavská 30, Praha), kde máme rezervovaný salonek. Tentokrát na téma: F-Droid, aneb svobodný software do vašeho mobilu. Kromě toho budou k vidění i vývojové desky HiFive1 se svobodným/otevřeným čipem RISC-V.
Přidat komentář

23.5.2018 20:55 /Ondřej Čečák
Od pátku 25.5. proběhne na Fakultě informačních technologií ČVUT v Praze openSUSE Conference. Můžete se těšit na spostu zajímavých přednášek, workshopů a také na Release Party nového openSUSE leap 15.0. V na stejném místě proběhne v sobotu 26.5. i seminář o bezpečnosti CryptoFest.
Přidat komentář

20.5.2018 17:45 /Redakce Linuxsoft.cz
Ve čtvrtek 31. května 2018 připravuje webový magazín BusinessIT ve spolupráci s Best Online Média s.r.o. pátý ročník odborné konference Firemní informační systémy 2018. Akce proběhne v kongresovém centru Vavruška (palác Charitas), Karlovo náměstí 5, Praha 2 (u metra Karlovo náměstí) od 9:00 hod. dopoledne do cca 15 hod. odpoledne. Konference je zaměřena na efektivní využití firemních informačních systémů a na to, jak plně využít jejich potenciál. Podrobnější informace na webových stránkách konfrence.
Přidat komentář

14.5.2018 7:28 /František Kučera
Květnový pražský sraz spolku OpenAlt se koná již tento čtvrtek – 17. 5. 2018 od 18:00 v Kavárně Ideál (Sázavská 30, Praha), kde máme rezervovaný salonek. Tentokrát na téma: Audio – zvuk v GNU/Linuxu.
Přidat komentář

7.5.2018 16:20 /František Kučera
Na stránkách spolku OpenAlt vyšla fotoreportáž Pražské srazy 2017 dokumentující srazy za uplynulý rok. Květnový pražský sraz na téma audio se bude konat 17. 5. 2018 (místo a čas ještě upřesníme).
Přidat komentář

17.4.2018 0:46 /František Kučera
Dubnový pražský sraz spolku OpenAlt se koná již tento čtvrtek – 19. 4. 2018 od 18:00 v Kavárně Ideál (Sázavská 30, Praha), kde máme rezervovaný salonek. Tématem tohoto srazu bude OpenStreetMap (OSM) aneb svobodné mapy.
Přidat komentář

16.3.2018 22:01 /František Kučera
Kulatý OpenAlt sraz v Praze oslavíme klasicky: u limonády a piva! Přijďte si posedět, dát si dobré jídlo a vybrat z mnoha piv do restaurace Kulový blesk, který najdete v centru Prahy nedaleko metra I. P. Pavlova na adrese Sokolská 13, Praha 2. Sraz se koná ve čtvrtek 22. března a začínáme v 18:00. Heslo: OpenAlt. Vezměte s sebou svoje hračky! Uvítáme, když si s sebou na sraz vezmete svoje oblíbené hračky. Jestli máte nějaký drobný projekt postavený na Arduinu, nějakou zajímavou elektronickou součástku, či třeba i pěkný úlovek z crowdfundingové akce, neváhejte. Oslníte ostatní a o zábavu bude postaráno.
Přidat komentář

   Více ...   Přidat zprávičku

> Poslední diskuze

20.2.2018 18:48 / Ivan Majer
portal

20.2.2018 15:57 / Jan Havel
Jak využíváte služby cloudu v podnikání?

16.1.2018 1:08 / Ivan Pittner
verejna ip od o2 ubuntu

15.1.2018 17:26 / Mira Harvalik
Re: Jak udělat HTML/Javascript swiping gallery do mobilu?

30.12.2017 20:16 / Michal Knoll
odmocnina

Více ...

ISSN 1801-3805 | Provozovatel: Pavel Kysilka, IČ: 72868490 (2003-2018) | mail at linuxsoft dot cz | Design: www.megadesign.cz | Textová verze