systém řízení báze dat From Wikipedia, the free encyclopedia
MySQL je 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í.
 Snímek příkazové řádky MySQL | |
| Vývojář | Oracle Corporation |
|---|---|
| První vydání | 23. května 1995 |
| Aktuální verze | 8.3.0[1] (16. ledna 2024) |
| Operační systém | Windows, GNU/Linux, Solaris, macOS, FreeBSD |
| Vyvíjeno v | C, C++ |
| Typ softwaru | Relační databáze |
| Licence | GPL (verze 2) nebo komerční[2] |
| Lokalizace | anglicky |
| Web | www.mysql.com |
| Některá data mohou pocházet z datové položky. | |
MySQL je multiplatformní databáze. Komunikace s ní probíhá – jak už název napovídá – pomocí jazyka SQL. 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, 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.[3]
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. 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. 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.
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. 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.
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. 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.
MySQL nabízí několik typů databázových úložišť (storage engine), které se liší svými možnostmi, použitím a způsobem ukládání dat do souborů:
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. Každé úložiště ukládá data tabulky a její případné klíče jinak, definici tabulky ovšem zpracovává samotný server.
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:
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ě. 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 dokumentace 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. 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).
Od verze 4.1 MySQL řeší ukládání řetězců s podporou Unicode pomocí nastavení znakové sady (CHARACTER SET) COLLATION. 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.
Seamless Wikipedia browsing. On steroids.
Every time you click a link to Wikipedia, Wiktionary or Wikiquote in your browser's search results, it will show the modern Wikiwand interface.
Wikiwand extension is a five stars, simple, with minimum permission required to keep your browsing private, safe and transparent.
