MyISAM

MyISAM  er et af de vigtigste (sammen med InnoDB ) datalagringssystemer i MySQL DBMS . Det er baseret på principperne for ISAM og har en række nyttige tilføjelser i sammenligning med det. Understøttet fra MySQL 3.x var op til MySQL 5.5 standardlagersystemet. MyISAM har evnen til at komprimere data, til at skabe fuldtekstindekser, men er ikke fejltolerant og overholder ikke ACID -kravene . [en]

Beskrivelse

MyISAM-tabeller er gode til brug i små webprojekter ( WWW ) og andre miljøer, hvor læseanmodninger dominerer, og der ikke er strenge krav til pålidelighed. Tabeller af MyISAM-typen fungerer relativt godt med datahentninger ( SELECT -forespørgsler ). Dette skyldes i høj grad manglen på støtte til transaktioner og fremmednøgler . Men når du ændrer og tilføjer poster, er hele tabellen kortvarigt låst, hvilket kan føre til alvorlige forsinkelser under tunge belastninger.

Til tabeller af denne type er der oprettet en række specialiserede hjælpeprogrammer, som giver dig mulighed for at manipulere tabelfiler. Dette inkluderer myisamchk-værktøjet til at kontrollere og reparere tabeller og indekser (kræver en fuldstændig nedlukning af MySQL-processen og skaber systemnedetid, udførelsen er at oprette en ny komplet tabelfil fra bunden og overskrive dataene i den) og myisampack-værktøjet til at oprette komprimerede tabeller.

MyISAM-tabeller er platformsuafhængige. Tabelfiler kan flyttes mellem computere med forskellige arkitekturer og forskellige operativsystemer uden nogen konvertering. For at gøre dette gemmer MySQL alle flydende kommatal i IEEE -format og alle heltal i little endian endian .

Indeksfiler har filtypenavnet .MYI (MYIndex). Filer med filtypenavnet .MYD (MYData) indeholder data, mens filer med filtypenavnet .frm indeholder tabelskemaet. Hvis indeksfilen går tabt af en eller anden grund, genopbygger programmet indekserne ved hjælp af oplysningerne fra frm-filen.

Som standard kan hver tabel ikke have mere end 32 indekser, men denne værdi kan øges til 64. Indekser oprettes som binære træer . Det er tilladt at indeksere BLOB og TEXT kolonner og nullable kolonner.

MyISAM-tabeller kan have fast længde, dynamiske eller komprimerede poster. Valget mellem fast og dynamisk format er dikteret af kolonnedefinitionerne. Myisampack-værktøjet bruges til at skabe komprimerede tabeller.

Ulemper

• Der er ingen understøttelse af transaktioner og fremmednøgler .
• Manglende selvhelbredelse fra loggen i tilfælde af fejl (muligheden er til stede i alle udviklede DBMS).
• Ingen låse på områder, der er mindre end hele borde. Det fører til manglende skalerbarhed, det vil sige til en stærk ydeevneforringelse med stigende belastning.
• Mangel på backupværktøjer. Mysqldump-værktøjet, der tilbydes til at lave sikkerhedskopier, er ikke et sikkerhedskopieringsværktøj, men et eksportværktøj til tekst (til en sekvens af INSERT-sætninger , der genskaber indholdet af en tabel). For at udføre opgaven, mens databasens integritet bevares, låser mysqldump tabeller, hvilket får systemet til at stoppe fuldstændigt, mens det udføres.
• Forespørgselsoptimeringsværktøjet kan kræve periodisk udførelse af ANALYSE-kommandoen for at yde bedre.
• Svag sorteringsimplementering ved brug af SQL ORDER BY-klausul og intet passende indeks. MyISAM -fletning sorterer dataene ved hjælp af qsort for små regioner, der oprindeligt blev flettet. Dette kræver ikke kun den ekstremt ikke-optimale disk I/O-oprettelse af 2 midlertidige filer, der vokser fra nul størrelse pr. sorteringsoperation, der arbejder med dem gennem suboptimale fopen()- og fwrite()-kald, men også allokering af en sorteringsbuffer for hver MySQL-klient. Sorteringsbufferstørrelsen (indstillet af MySQL's sort_buffer_size-konfigurationsmulighed) bør være i størrelsesordenen hundredvis af kilobytes for at opnå optimal ydeevne, hvilket under hård belastning fører til fuldstændig udmattelse af ikke kun heapen , men også brugerens adresserum i 32- bit UNIX -familiens operativsystemer (i FreeBSD på x86 - 3 GB), og får malloc()-kald til at mislykkes i al MySQL-kode, ikke kun sorteringskoden. Fordi al MySQL-kildekode (ikke kun MyISAM) kald til malloc() ofte ikke kan kontrollere for fejl, får dette hele mysqld til at gå ned, hvilket normalt resulterer i indekskorruption, der skal genskabes manuelt. I sjældne tilfælde kan et sådant nedbrud føre til bordkorruption og datatab.

Disse mangler viser sig i et mærkbart omfang ved høj belastning: mere end 400 klienter udfører komplekse forespørgsler mod en 2-3 GB database.

Noter

1. ↑ Percona Live New York 2011 . Dato for adgang: 20. august 2014. Arkiveret fra originalen 26. februar 2015. (ubestemt)

Links

• MySQL-dokumentation på MyISAM Storage  Engine

• MySQL 5.5: Storage Engine Performance. Benchmark for MyISAM og InnoDB // A MySQL Technical White Paper, januar 2011 
• Den endelige guide til MySQL 5 (Michael Kofler), side 138 "MyISAM-tabeller  "