Efter den första installationen av en MySQL-databas kan IT-chefer upptäcka att deras servrar i I / O har börjat bryta ned.

En av de vanligaste orsakerna till detta är fragmentering av hårddisken. Om din speciella installation använder ett stort antal slumpmässiga samtal leder det ofta till fragmentering över allt installerat minne.

Att ha en defrag-ordning på plats är viktigt för att undvika denna prestationsfråga.

En av de viktigaste områdena för att leta efter fragmentering finns i SQL-tabellerna. Detta kan ofta hända med slumpmässig borttagning och inmatningar fragmenterar alltmer en tabell tills det finns en nedgång i prestanda på värdservern.

Om du dessutom ser ökningar av diskutrymmeanvändning som inte kan förklaras av andra åtgärder du har tagit, är det troligt att ett fragmenterat bord ska klandra, eftersom de tenderar att ta upp mer av ledigt diskutrymme.

Första steget

De vanligaste tabellerna för att uppleva fragmentering kommer att vara InnoDB och MyISAM. För systemadministratörer som är uppdragna att förstå varför deras databasprestanda har eroderats, är det alltid ett bra första steg att fokusera på den tidigare typen av bordet..

Detta beror på att när InnoDB-tabellen markerar någon skriftlig data som raderad är blocket tomt och överskrivs inte med nya data. Naturligtvis blåses tiden över tiden med ett motsvarande problem med prestanda.

I allmänhet kommer rutan "Optimera tabell" att återuppbyggas i tabellen och dess index. Observera att tabellen kommer att vara låst medan detta kommando utförs.

Sysadminerna bör också vara medvetna om att sekundära tabeller fortfarande kan ha höga fragmenteringsnivåer även efter att rutinen är klar.

Men många sysadminer blir mer intelligenta med sina defragmenteringsregimer, eftersom de inser att vissa tabeller kommer att ha mer trafik än andra. Att utföra en hård defragmentering via rutan Optimera tabell kan vara ineffektiv.

En följd av att det görs regelbundet är att varje instans genererar en transaktionsloggen, vilket kan ta allt större tid att säkerhetskopiera. Också, kontrollera den faktiska nivån av fragmentering på varje index innan du börjar kan ofta vara mycket avslöjande.

Om du ställer in en miniminivå för indexfragmentering innan defragmentering utförs, säkerställer du att du inte utför onödiga defragment på dina servrar.

Låg fyllningsfaktor

Sysadmins bör också tänka på hur de har sin databas uppbyggd. I vissa fall kommer det att inkludera en låg fyllningsfaktor, vilket påskyndar skriver till databasen, men omvänt saktar läser.

De kan också se prestandafördelar om de kan cache sina databaser.

Om det inte går att se hur databasen sprids över de installerade hårddiskarna. Om du har delat lagringsutrymme över en Dell PowerEdge-installation kan du tänk på hur du kan förenkla detta för att minska mängden slumpmässiga åtkomster som din databas måste utföra över ett visst antal hårddiskar.

Förutom att fokusera på databasborden själva, bör IT-chefer också tänka på deras underhåll av de fysiska hårddiskar som deras servrar använder. En OS-defragmentering med jämna mellanrum bör erbjuda bättre livslängd för hårdvaran och tillåter även installerade applikationer att se prestationsökningar.