MyISAM

MyISAM  är ett av de viktigaste (tillsammans med InnoDB ) datalagringssystemen i MySQL DBMS . Den är baserad på principerna för ISAM och har ett antal användbara tillägg i jämförelse med det. Stöds från MySQL 3.x, upp till MySQL 5.5 var standardlagringssystemet. MyISAM har förmågan att komprimera data, skapa fulltextindex, men är inte feltolerant och uppfyller inte ACID- kraven . [ett]

Beskrivning

MyISAM-tabeller är utmärkta för användning i små webbprojekt ( WWW ) och andra miljöer där läsbegäranden dominerar och det inte finns några strikta krav på tillförlitlighet. Tabeller av MyISAM-typ fungerar relativt bra med datahämtningar ( SELECT- frågor ). Detta beror till stor del på bristen på stöd för transaktioner och främmande nycklar . Men när man ändrar och lägger till poster är hela tabellen kortvarigt låst, vilket kan leda till allvarliga förseningar vid tunga belastningar.

För tabeller av denna typ har ett antal specialiserade verktyg skapats som låter dig manipulera tabellfiler. Detta inkluderar myisamchk-verktyget för att kontrollera och reparera tabeller och index (kräver en fullständig avstängning av MySQL-processen och skapar systemavbrott, exekveringen är att skapa en ny komplett tabellfil från början och skriva över data i den) och myisampack-verktyget för att skapa komprimerade tabeller.

MyISAM-tabeller är plattformsoberoende. Tabellfiler kan flyttas mellan datorer med olika arkitekturer och olika operativsystem utan någon konvertering. För att göra detta lagrar MySQL alla flyttal i IEEE -format och alla heltal i little endian endian .

Indexfiler har tillägget .MYI (MYIndex). Filer med tillägget .MYD (MYData) innehåller data, medan de med filtillägget .frm innehåller tabellschemat. Om indexfilen försvinner av någon anledning, bygger programmet om indexen med hjälp av informationen från frm-filen.

Som standard kan varje tabell inte ha fler än trettiotvå index, men detta värde kan ökas till sextiofyra. Index skapas som binära träd . Det är tillåtet att indexera BLOB- och TEXT-kolumner och nullbara kolumner.

MyISAM-tabeller kan ha fast längd, dynamiska eller komprimerade poster. Valet mellan fast och dynamiskt format dikteras av kolumndefinitionerna. Verktyget myisampack används för att skapa komprimerade tabeller.

Nackdelar

• Det finns inget stöd för transaktioner och främmande nycklar .
• Brist på självläkning från loggen vid fel (möjligheten finns i alla utvecklade DBMS).
• Inga låsningar på regioner som är mindre än hela bord. Det leder till bristande skalbarhet, det vill säga till en kraftig prestandaförsämring med ökande belastning.
• Brist på verktyg för säkerhetskopiering. Verktyget mysqldump som erbjuds för att skapa säkerhetskopior är inte ett säkerhetskopieringsverktyg, utan ett exportverktyg till text (till en sekvens av INSERT-satser som återskapar innehållet i en tabell). För att utföra uppgiften samtidigt som databasens integritet bevaras, låser mysqldump tabeller, vilket gör att systemet stannar helt under den tid det körs.
• Frågeoptimeraren kan kräva periodisk exekvering av kommandot ANALYSE för att prestera bättre.
• Svag sorteringsimplementering vid användning av SQL ORDER BY-sats och inget lämpligt index. MyISAM merge sorterar data med hjälp av qsort för små regioner som ursprungligen slogs samman. Detta kräver inte bara det extremt icke-optimala disk I/O-skapandet av 2 temporära filer som växer från noll storlek per sorteringsoperation, som arbetar med dem genom suboptimala fopen()- och fwrite()-anrop, utan också allokering av en sorteringsbuffert för varje MySQL-klient. Sorteringsbuffertens storlek (inställd av MySQL:s sort_buffer_size-konfigurationsalternativ) bör vara i storleksordningen hundratals kilobyte för att uppnå optimal prestanda, vilket under tung belastning leder till fullständig utmattning av inte bara högen utan även användarens adressutrymme på 32- bitar UNIX -familjens operativsystem (i FreeBSD på x86 - 3 GB), och gör att malloc()-anrop misslyckas i all MySQL-kod, inte bara sorteringskoden. Eftersom all MySQL-källkod (inte bara MyISAM) anrop till malloc() ofta misslyckas med att leta efter fel, gör detta att hela mysqld kraschar, vilket vanligtvis resulterar i indexkorruption som måste återskapas manuellt. I sällsynta fall kan en sådan krasch leda till bordskorruption och dataförlust.

Dessa brister visar sig i märkbar utsträckning vid hög belastning: mer än 400 klienter som kör komplexa frågor mot en 2-3 GB databas.

Anteckningar

1. ↑ Percona Live New York 2011 . Tillträdesdatum: 20 augusti 2014. Arkiverad från originalet 26 februari 2015. (obestämd)

Länkar

• MySQL-dokumentation på MyISAM Storage  Engine

• MySQL 5.5: Storage Engine Performance. Benchmark för MyISAM och InnoDB // A MySQL Technical White Paper, januari 2011 
• Den definitiva guiden till MySQL 5 (Michael Kofler), sidan 138 "MyISAM-tabeller  "