MySQL

Technology

12 hours ago

Author

MySQL je [url= Server|Apache][Otevřený software|otevřený]] systém řízení báze dat uplatňující relační databázový model, vytvořený švédskou firmou MySQL AB, nyní vlastněný společností Oracle Corporation. Jeho hlavními autory jsou Michael „Monty“ Widenius a David Axmark. Je považován za úspěšného průkopníka dvojího licencování - je k dispozici jako svobodný a otevřený sofware pod bezplatnou licencí GPL, tak pod řadou komerčních placených licencí.

MySQL je multiplatformní databáze. Komunikace s ní probíhá - jak už název napovídá - pomocí jazyka SQL. +more Podobně jako u ostatních SQL databází se jedná o dialekt tohoto jazyka s některými rozšířeními.

Pro svou snadnou implementovatelnost (lze jej instalovat na GNU/Linux, MS Windows, ale i další operační systémy), výkon a především díky tomu, že se jedná o volně šiřitelný software, má vysoký podíl na v současné době používaných databázích. Velmi oblíbená a často nasazovaná je kombinace GNU/Linux, [[Apache[/url]], MySQL a programovacího jazyka PHP, jako základní software webového serveru („technologie LAMP“).

MySQL bylo od počátku optimalizováno především na rychlost, a to i za cenu některých zjednodušení: má jen jednoduché způsoby zálohování; od roku 2005 podporuje i tzv. pohledy, triggery, a uložené procedury.

Architektura MySQL serveru

Architektura MySQL serveru Architektura MySQL se velmi odlišuje od architektur jiných databázových serverů, má široký záběr a je užitečná pro řešení mnoha různorodých úloh. +more Nejsvrchnější vrstva obsahuje služby, jež nejsou jedinečné pro MySQL. Obsluhují většinu potřebných nástrojů klient/server, které jsou založeny na síti.

Ve druhé vrstvě se nachází valná část mozku MySQL, včetně kódu pro rozbor (parsing), analýzu, optimalizaci a pro všechny zabudované funkce. Na této úrovni se nachází veškerá funkcionalita, která se poskytuje prostřednictvím úložných enginů.

Třetí vrstva obsahuje úložné enginy. Ty mají na starosti ukládání a získávání všech dat uložených v MySQL. +more Server komunikuje s úložnými enginy prostřednictvím API úložných enginů. Toto rozhraní skrývá rozdíly mezi jednotlivými úložnými enginy a činí je na vrstvě dotazů velmi transparentními. API obsahuje několik desítek nízkoúrovňových funkcí, které provádějí operace jako „zahájit transakci“ nebo „získat řádek, který má tento primární klíč“. Úložné enginy nedělají rozbor SQL a nekomunikují mezi sebou - jednoduše pouze odpovídají na požadavky serveru.

Správa připojení a bezpečnost

Každé klientské připojení dostane uvnitř serverového procesu vlastní vlákno (thread). Dotazy tohoto připojení se vykonávají uvnitř tohoto jediného vlákna, které zase sídlí na jednom jádru nebo CPU. +more Protože server udržuje vlákna v cache, nemusejí se vytvářet a likvidovat pro každé nové připojení. Autentizace je založena na uživatelském jménu, hostiteli, odkud pocházejí a heslu. Dají se také používat certifikáty X509 přes připojení SSL. Jakmile se klient připojí, server pro každý dotaz vydaný klientem ověřuje, zdali má patřičná oprávnění pro akci, kterou chce vykonat.

Optimalizace a vykonávání

MySQL provádí rozbor dotazů proto, aby vytvořil interní stromovou strukturu (parse tree), pak aplikuje všelijaké optimalizace. Může dotaz přepsat, určit pořadí, v němž bude číst tabulky, zvolit, které indexy použije atd. +more Prostřednictvím speciálních klíčových slov může programátor optimalizátoru předat tzv. pokyny, jimiž se dá ovlivnit rozhodovací proces. Optimalizátor se ve skutečnosti nestará o to, který úložný engine používá konkrétní tabulka. Úložný engine ovšem ovlivňuje, jak server optimalizuje dotaz. Optimalizátor od úložného enginu zjišťuje, zdali má jistou výbavu, ptá se na náklady jistých operací a dotazuje se na statistiky o datech tabulky.

Ovšem ještě dřív než server začne s rozborem dotazu, obrátí se na cache dotazů (query cache), kam může ukládat pouze příkazy pro výběr, SELECT společně s jejich výslednými sadami. Jestliže někdo vydá dotaz, který je identický s nějakým dotazem, který je už k dispozici v cache, server nemusí dělat vůbec žádný rozbor, nemusí nic optimalizovat a dokonce nemusí dotaz ani vykonat - jednoduše pouze předá zpět uloženou výslednou sadu.

Úložné databázové stroje (úložiště dat)

MySQL nabízí několik typů databázových úložišť , které se liší svými možnostmi, použitím a způsobem ukládání dat do souborů: * ARCHIVE - stroj uzpůsobený pro ukládání velkého množství neindexovaných dat. * BLACKHOLE - stroj, který data přijímá, ale neukládá je (zahazuje je). +more * CSV - ukládá data v textovém formátu CSV. * EXAMPLE - nefunkční stroj, který slouží jako ilustrační pro potřeby zdrojových kódů databáze MySQL a využijí ho tedy jen její vývojáři. * FEDERATED - umožňuje uživateli vytvořit tabulku, která je lokální reprezentací cizí (vzdálené) tabulky. * InnoDB - stroj navržen pro zpracování transakcí. * MEMORY nebo HEAP - vysoce výkonné úložiště, který data uchovává pouze v operační paměti, při restartu serveru jsou data ztracena. * MERGE - sloučení dat z několika MyISAM tabulek o stejné struktuře, starší alternativa k partition. * MyISAM - výchozí formát úložiště dat v databázovém systému MySQL, který podporuje fulltextové vyhledávání. Před koupí MySQL Oraclem byl vyvíjen ještě stroj Falcon, ale Oracle jeho vývoj ukončil.

Úložiště fungují jako moduly, které lze k distribuci tohoto databázového systému doinstalovat; jejich aktuální seznam lze zjistit příkazem SHOW ENGINES nebo SELECT * FROM information_schema. ENGINES. +more Každé úložiště ukládá data tabulky a její případné klíče jinak, definici tabulky ovšem zpracovává samotný server.

Ukládání dat

MySQL ukládá každou databázi (také se jim říká schéma) do podadresáře svého datového adresáře na odkladovém souborovém systému (dá se změnit klauzulí DATA DIRECTORY a INDEX DIRECTORY). Každá vytvořená tabulka (s výjimkou enginů BLACKHOLE, MEMORY, EXAMPLE) je MySQL uložena do souborů s těmito příponami: * . +morefrm - definice tabulky * . MYD - data tabulky * . MYI - klíče tabulky.

Závislost na diskovém systému

Na rozdíl od databázových řešení, držící databázi v jednom souboru (MS Access, SQLite) v MySQL název adresáře odpovídá názvu databáze a název souboru (bez přípony) odpovídá názvu tabulky. Jelikož MySQL používá při ukládání definic souborový systém, otázka rozlišování velikosti písmen je závislá na platformě. +more Na instalaci MySQL na Windows se velikost písmen v názvech tabulek a databází nerozlišuje, na unixových systémech se velikost písmen rozlišuje. Databáze i tabulky mohou být pojmenovány téměř libovolně, mohou sestávat jen z číslic, obsahovat mezery, speciální znaky i znaky Unicode (kromě znaků s kódem 0 a nad 65 535). V MySQL se pak takové jméno uvádí ve zpětných jednoduchých uvozovkách (`) - to platí i v případě, je-li název tabulky/databáze shodný s nějakým z klíčových slov SQL. Identifikátor může dokonce obsahovat i zpětnou uvozovku, v tom případě je tento znak zdvojen. V souborovém systému je pak každý takový znak (tj. každý kromě A-Z, a-z, 0-9 a _) zakódován do sekvence @ + ASCII kódu daného znaku (dle UTF-16, uvedeného hexadecimálně jako 4 číslice, doplněném nulami, např. mezera jako @0020). MySQL pak interně dělá příslušné konverze při každém přístupu k těmto adresářům a souborům. To, které znaky takto budou zakódovány, je závislé na souborovém resp. operačním systému, stejně jako případné limity v maximální délce názvu souboru či adresáře (podle [url=http://dev. mysql. com/doc/refman/5. 0/en/identifiers. html]dokumentace[/url] 64, ale v případě, že každý bude zakódován, to dělá 320 znaků oproti 255 znakům např. v NTFS), maximálním počtu tabulek v databázi nebo databází v systému a výše zmíněné (ne)rozlišování velikosti písmen. Z tohoto důvodu se nedoporučuje vkládat do názvů databází a tabulek „nekonvenční“ znaky, používat znaky s diakritikou a na unixových systémech (včetně Linuxu) se silně nedoporučuje používat databáze/tabulky nazvané stejně, rozlišené jen velikostí písmen.

Další prvek, který koresponduje s vytvářením souborů na disku, je tzv. partitioning, to jest vnitřní rozdělení tabulky na úrovni souborového systému. +more Takové tabulky mohou být rozděleny podle partitions (doslova přepážky), jež mohou být definovány přes sloupec, klíč jeho hash atd. Podle typu si lze definovat, na kolik dílů se má tabulka rozdělit, a tolik potom bude daných souborů (pro data i pro klíče).

Přehled podporovaných vlastností

;verze 3. 23 * cizí klíče (podporovány v tabulkách typu InnoDB) * transakce (podporovány v tabulkách typu InnoDB) * Příkazová replikace * fulltextové vyhledávání (od verze 3. +more23. 23) verze 4. 0 * sjednocování dotazů pomocí UNION verze 4. 1 * podpora různých znakových sad a porovnávání na úrovni databáze, tabulky i sloupce * podpora časových pásem v datech * poddotazy * R-stromy (v tabulkách typu MyISAM) * podpora „audio“ funkce SOUNDS_LIKE verze 5. 0 * uložené procedury * triggery * pohledy * práce s metadaty * distribuované XA transakce (v tabulkách typu InnoDB) * kurzory * INFORMATION. SCHEMA verze 5. 1 * partitioning * časování událostí * úložiště IBMDB2I (tabulky typu IBM DB2, podporující transakce) * rozšiřitelné API * replikace na úrovni řádků * logování na straně serveru plánováno ve verzi 6 * cizí klíče (i pro jiné tabulky než InnoDB) * použití cizích i fulltextových klíčů současně.

Important

Kódování a znakové sady

Od verze 4. 1 MySQL řeší ukládání řetězců s podporou Unicode pomocí nastavení znakové sady (CHARACTER SET) COLLATION. +more To představuje souhrn způsobů, jak k takto uloženému textu přistupovat - porovnávání (s ohledem na případné národnostní zvyklosti), řazení, citlivost velkých malých písmen, ligatur, transkripcí speciálních znaků apod. Znaková sada a collation mohou být nastaveny individuálně pro daný (textový) sloupec, mimo je možnost nastavit výchozí sadu a collation pro tabulku (tu zdědí vytvářené sloupce, u kterých nebyla explicitně vybrána), i celá databáze (tu zase kaskádově zdědí v ní vytvářené tabulky, pokud pro ně není výslovně nastavena). I jednotlivé collations jsou modulární (existují v podobě textových souborů). Jejich aktuální výčet lze zjistit příkazem SHOW COLLATION.

Rozhraní pro správu databáze

phpMyAdmin * Adminer * DBeaver

Odkazy

Reference

Související články