MyISAM

MyISAM  je jedním z hlavních (spolu s InnoDB ) systémů pro ukládání dat v MySQL DBMS . Vychází z principů ISAM a ve srovnání s ním má řadu užitečných doplňků. Podporováno od MySQL 3.x, až po MySQL 5.5 byl výchozí úložný systém. MyISAM má schopnost komprimovat data, vytvářet fulltextové indexy, není však odolný vůči chybám a nesplňuje požadavky ACID . [jeden]

Popis

Tabulky MyISAM jsou skvělé pro použití v malých webových projektech ( WWW ) a dalších prostředích, kde převažují požadavky na čtení a nejsou zde žádné striktní požadavky na spolehlivost. Tabulky typu MyISAM fungují relativně dobře při načítání dat ( SELECT queries ). To je z velké části způsobeno nedostatečnou podporou transakcí a cizích klíčů . Při úpravách a přidávání záznamů je však celá tabulka krátce uzamčena, což může vést k vážným prodlevám při velkém zatížení.

Pro tabulky tohoto typu byla vytvořena řada specializovaných utilit, které umožňují manipulovat se soubory tabulek. To zahrnuje obslužný program myisamchk pro kontrolu a opravu tabulek a indexů (vyžaduje úplné vypnutí procesu MySQL a způsobuje výpadky systému, provedení spočívá v vytvoření nového úplného souboru tabulky od začátku a přepsání dat v něm) a obslužného programu myisampack pro vytvářet komprimované tabulky.

Tabulky MyISAM jsou nezávislé na platformě. Soubory tabulek lze přesouvat mezi počítači různých architektur a různých operačních systémů bez jakékoli konverze. Za tímto účelem MySQL ukládá všechna čísla s pohyblivou řádovou čárkou ve formátu IEEE a všechna celá čísla v little endian endian .

Indexové soubory mají příponu .MYI (MYIndex). Soubory s příponou .MYD (MYData) obsahují data, zatímco soubory s příponou .frm obsahují schéma tabulky. Pokud se indexový soubor z nějakého důvodu ztratí, program znovu sestaví indexy pomocí informací ze souboru frm.

Ve výchozím nastavení nemůže mít každá tabulka více než třicet dva indexů, ale tuto hodnotu lze zvýšit na šedesát čtyři. Indexy jsou vytvářeny jako binární stromy . Je povoleno indexovat sloupce BLOB a TEXT a sloupce s možnou hodnotou Null.

Tabulky MyISAM mohou mít pevné, dynamické nebo komprimované záznamy. Volba mezi pevným a dynamickým formátem je dána definicemi sloupců. Nástroj myisampack se používá k vytváření komprimovaných tabulek.

Nevýhody

• Neexistuje žádná podpora pro transakce a cizí klíče .
• Nedostatek samoopravy z logu v případě poruch (tato možnost je přítomna ve všech vyvinutých DBMS).
• Žádné zámky v oblastech menších než celé tabulky. Vede to k nedostatečné škálovatelnosti, tedy k silné degradaci výkonu s rostoucí zátěží.
• Nedostatek nástrojů pro zálohování. Nástroj mysqldump nabízený pro vytváření záloh není nástroj pro zálohování, ale nástroj pro export do textu (do sekvence příkazů INSERT , které znovu vytvářejí obsah tabulky). Aby bylo možné provést úlohu při zachování integrity databáze, mysqldump uzamkne tabulky, což způsobí úplné zastavení systému po dobu jeho provádění.
• Optimalizátor dotazů může vyžadovat pravidelné provádění příkazu ANALYZE, aby fungoval lépe.
• Slabá implementace řazení při použití klauzule SQL ORDER BY a žádný vhodný index. Sloučení MyISAM třídí data pomocí qsort pro malé oblasti původně sloučené. To vyžaduje nejen extrémně neoptimální diskové I/O vytvoření 2 dočasných souborů rostoucích z nulové velikosti na operaci řazení, práci s nimi prostřednictvím suboptimálních volání fopen() a fwrite(), ale také přidělení třídicí vyrovnávací paměti. pro každého klienta MySQL. Velikost vyrovnávací paměti pro řazení (nastavená volbou konfigurace sort_buffer_size MySQL) by se pro dosažení optimálního výkonu měla pohybovat v řádu stovek kilobajtů, což při velkém zatížení vede k úplnému vyčerpání nejen haldy , ale také uživatelského adresového prostoru v 32- bit operační systémy rodiny UNIX (ve FreeBSD na x86 - 3 GB) a způsobuje selhání volání malloc() ve všech kódech MySQL, nejen v třídicím kódu. Protože všechna volání zdrojového kódu MySQL (nejen MyISAM) malloc() často selhávají při kontrole chyb, způsobí to pád celého mysqld, což obvykle vede k poškození indexu, který je nutné ručně znovu vytvořit. Ve vzácných případech může takový pád vést k poškození tabulky a ztrátě dat.

Tyto nedostatky se znatelně projevují při vysoké zátěži: více než 400 klientů provádí složité dotazy proti 2-3 GB databázi.

Poznámky

1. ↑ Percona Live New York 2011 . Datum přístupu: 20. srpna 2014. Archivováno z originálu 26. února 2015. (neurčitý)

Odkazy

• Dokumentace MySQL na MyISAM Storage  Engine

• MySQL 5.5: Výkon úložiště. Benchmark for MyISAM a InnoDB // Technická bílá kniha MySQL, leden 2011 
• Definitivní průvodce MySQL 5 (Michael Kofler), strana 138 "Tabulky MyISAM  "