MyISAM

A MyISAM  az egyik fő adattároló rendszer (az InnoDB mellett) a MySQL DBMS -ben . Az ISAM elvein alapul, és ehhez képest számos hasznos kiegészítést tartalmaz. A MySQL 3.x-től támogatott, egészen a MySQL 5.5-ig volt az alapértelmezett tárolórendszer. A MyISAM képes az adatok tömörítésére, teljes szöveges indexek létrehozására, azonban nem hibatűrő és nem felel meg az ACID követelményeknek . [egy]

Leírás

A MyISAM táblák kiválóan használhatók kis webprojektekben ( WWW ) és más olyan környezetekben, ahol az olvasási kérelmek dominálnak, és nincsenek szigorú megbízhatósági követelmények. A MyISAM típusú táblák viszonylag jól teljesítenek az adatlekéréssel ( SELECT lekérdezések ). Ennek oka nagyrészt a tranzakciók és az idegen kulcsok támogatásának hiánya . A rekordok módosításakor és hozzáadásakor azonban a teljes tábla rövid időre zárolásra kerül, ami súlyos terheléseknél komoly késésekhez vezethet.

Az ilyen típusú táblákhoz számos speciális segédprogram készült, amelyek lehetővé teszik a táblafájlok kezelését. Ez magában foglalja a myisamchk segédprogramot a táblák és indexek ellenőrzéséhez és javításához (a MySQL folyamat teljes leállítását igényli, és rendszerleállást hoz létre, a végrehajtás egy új, teljes táblafájl létrehozása a semmiből és a benne lévő adatok felülírása), valamint a myisampack segédprogram a tömörített táblázatok létrehozása.

A MyISAM táblák platformfüggetlenek. A táblázatfájlok átalakítás nélkül mozgathatók a különböző architektúrájú és operációs rendszerű számítógépek között. Ehhez a MySQL az összes lebegőpontos számot IEEE formátumban , az összes egész számot pedig little endian endianban tárolja .

Az indexfájlok kiterjesztése .MYI (MYIndex). A .MYD (MYData) kiterjesztésű fájlok adatokat, míg a .frm kiterjesztésűek a táblázatsémát tartalmazzák. Ha az indexfájl valamilyen okból elveszett, a program újraépíti az indexeket az frm fájlból származó információk alapján.

Alapértelmezés szerint minden táblának legfeljebb harminckét indexe lehet, de ez az érték hatvannégyre növelhető. Az indexek bináris fákként jönnek létre . A BLOB és TEXT oszlopok, valamint a nullázható oszlopok indexelhetők .

A MyISAM táblák tartalmazhatnak rögzített hosszúságú, dinamikus vagy tömörített rekordokat. A rögzített és a dinamikus formátum közötti választást az oszlopdefiníciók határozzák meg. A myisampack segédprogram tömörített táblák létrehozására szolgál.

Hátrányok

• A tranzakciók és az idegen kulcsok nem támogatottak .
• A naplóból történő öngyógyítás hiánya meghibásodások esetén (a lehetőség minden kifejlesztett DBMS-ben megvan).
• Nincsenek zárolások a teljes táblázatoknál kisebb régiókban. Ez a méretezhetőség hiányához vezet, vagyis a teljesítmény erős csökkenéséhez vezet a növekvő terhelés mellett.
• A biztonsági mentési eszközök hiánya. A biztonsági mentések készítésére kínált mysqldump segédprogram nem egy biztonsági mentési eszköz, hanem egy szövegbe exportáló eszköz ( a tábla tartalmát újra létrehozó INSERT utasítások sorozatába). A feladat végrehajtásához az adatbázis integritásának megőrzése mellett a mysqldump zárolja a táblákat, aminek következtében a rendszer teljesen leáll a végrehajtás idejére.
• Előfordulhat, hogy a lekérdezésoptimalizáló rendszeres időközönként végrehajtja az ANALYZE parancsot a jobb teljesítmény érdekében.
• Gyenge rendezési megvalósítás SQL ORDER BY záradék használatakor , és nincs megfelelő index. A MyISAM egyesítése rendezi az adatokat a qsort használatával az eredetileg egyesített kis régiók esetében. Ehhez nem csak rendezési műveletenként 2, nulla méretről növekvő ideiglenes fájl rendkívül nem optimális lemezes I/O létrehozására van szükség, amelyek szuboptimális fopen() és fwrite() hívásokon keresztül dolgoznak velük, hanem egy rendezési puffer lefoglalására is. minden MySQL klienshez. A rendezési puffer méretének (amelyet a MySQL sort_buffer_size konfigurációs opciója állít be) több száz kilobájt nagyságrendűnek kell lennie az optimális teljesítmény elérése érdekében, ami nagy terhelés mellett nemcsak a kupac , hanem a felhasználói címtér teljes kimerüléséhez vezet 32-ben. bites UNIX család operációs rendszerei ( X86-os FreeBSD -ben - 3 GB), és a malloc() hívások sikertelenségét okozzák az összes MySQL kódban, nem csak a rendezési kódban. Mivel az összes MySQL forráskód (nem csak a MyISAM) malloc() hívása gyakran nem ellenőrzi a hibákat, ez a teljes mysqld összeomlását okozza, ami általában az index sérülését eredményezi, amelyet manuálisan kell újra létrehozni. Ritka esetekben egy ilyen összeomlás a tábla megsérüléséhez és adatvesztéshez vezethet.

Ezek a hiányosságok nagy terhelésnél érezhetően megmutatkoznak: több mint 400 kliens hajt végre összetett lekérdezéseket egy 2-3 GB-os adatbázison.

Jegyzetek

1. ↑ Percona Live New York 2011 . Hozzáférés dátuma: 2014. augusztus 20. Az eredetiből archiválva : 2015. február 26. (határozatlan)

Linkek

• MySQL dokumentáció a MyISAM Storage  Engine -en

• MySQL 5.5: Tárolómotor teljesítménye. Benchmark a MyISAM és az InnoDB számára // A MySQL technikai fehér könyv, 2011.  január
• A végleges útmutató a MySQL 5 -höz (Michael Kofler), 138. oldal "MyISAM táblázatok  "