Att få ledningens uppmärksamhet är bra, om det sker av positiva skäl. Men många databasadministratörer skulle faktiskt föredra att hålla sig borta från radarn. Eftersom DBA:er ansvarar för att se till att organisationens databaser fungerar smidigt, när saker och ting går rätt, får DBA:er i allmänhet hänga tillbaka och göra sitt i fred. Men när något går fel är du plötsligt toppnamnet på företagets mest efterlysta lista.
DBA:er har ett stort ansvar inom en organisation, och det finns många sätt som saker kan gå söderut, men genom att följa några bästa metoder för MySQL-databasövervakning kan du vara säker på att du blir erkänd av ledningen för din knivskarpa kvickhet snarare än databasen avbrott som tog tre dagar att lösa.
Utför regelbundna hälsokontroller av din databas
För en MySQL DBA är det nästan lika viktigt att schemalägga regelbundna hälsokontroller för dina databaser som att schemalägga dem för dig själv (Obs:Se detta som din påminnelse om att boka tid för den fysiska du har skjutit upp!).
Liksom människor har inte alla databaser samma underhållsbehov, så hälsokontroller bör anpassas till databasens specifika funktionskrav. Till exempel behöver uppdrags- eller livskritiska databaser oftare kontroller än icke-kritiska databaser. Felet i ett missilförsvarssystem har mycket hårdare konsekvenser än misslyckandet i en lokal bokhandels frekventa kundbelöningsprogram.
När du ställer in dina rutinmässiga hälsokontroller finns det några områden att fokusera på som kommer att ge information som hjälper dig att avgöra pågående MySQL-problem som måste åtgärdas.
MySQL-tillgänglighet
Tillgänglighet är förmodligen det viktigaste måttet att hålla reda på. Om databasen inte är tillgänglig är det ingen mening med att spåra resten av dessa mätvärden tills det är fixat. Kör -mysqladmin -h 192.168.1.95 -u root -p status för att kontrollera tillgängligheten, påbörja sedan diagnostik om det finns ett problem.
Misslyckade anslutningar
Att spåra antalet misslyckade anslutningar över tid kan upptäcka skadlig aktivitet såväl som mindre olycksbådande fel i applikationen som felaktigt tillämpade behörigheter och felaktiga lösenord.
Kör kommandot SHOW GLOBAL STATUS LIKE 'aborted_connects'; för att avgöra hur många avbrutna anslutningsförsök som har funnits i databasen under en given tidsperiod.
Felloggar
Övervakning av felloggar är ett utmärkt sätt att se vilka fel som har uppstått och om det finns några mönster som kan indikera ett större återkommande problem som måste åtgärdas.
Dödläge i InnoDB
MySQL-låsningar uppstår när olika transaktioner låser en resurs som den andra transaktionen behöver. Blockerade låsningar resulterar i långsam bearbetning och timeout – och irriterade användare. Använd VISA MOTOR INNODB STATUS; för att lokalisera låsningar och lösa dem.
Konfigurationsändringar
En plötslig nedgång i prestanda kan orsakas av ett dussin olika saker. Du kan dock spara lite tid för felsökning genom att granska de senaste konfigurationsändringarna och justera alla som påverkar prestandan negativt.
Logg för långsamma frågor
Långsamma frågor gör att databasen körs långsammare eftersom de använder för mycket CPU och minne. Granska loggen för långsamma frågor regelbundet för att avgöra om några frågor visar för lång körtid, och felsök sedan för att fastställa och åtgärda grundorsaken.
Behåll synlighet för att förstå grundorsaken till MySQL-prestandaproblem
Att utföra regelbundna hälsokontroller på MySQL-databaser är viktigt för att upprätthålla hög tillgänglighet och minimera kroniska prestandaproblem, men det finns vissa begränsningar för hur användbara hälsokontroller är för övergripande systemfelsökning.
Eftersom periodiska prestandaproblem kanske inte dyker upp under rutinmässiga hälsokontroller är det viktigt att skapa kontinuerlig insyn i din MySQL-miljö. Att snabbt identifiera och lösa prestandaproblem innebär mindre stilleståndstid och färre prestandaproblem som påverkar användarna negativt.
Ett av de bästa sätten att upprätthålla synlighet i MySQL-databassystem är att ställa in varningar för kritiska händelser så att du kan reagera snabbt när en tröskel överskrids och komma till grundorsaken till problemet.
Som ett minimum bör du ställa in varningströsklar för följande vanliga källor till prestandaförsämring:
- Betydande avvikelser från baslinjen för MySql-prestandastatistik
- Hög CPU-användning
- Frågefördröjning
- Frågefel
- Anslutningsgränser
- Användning av buffertpool
Identifiera och lös prestandaproblem snabbt
Du kanske kan komma undan med att spåra prestanda med hjälp av interna skript i en liten, statisk miljö, men skripten kommer inte att ersätta den proaktiva övervakning som krävs för att hålla jämna steg med stora, dynamiska system som ständigt växer.
I nästan alla situationer kommer ett kommersiellt databasövervakningsverktyg att vara din bästa insats för att identifiera och lösa problem snabbt innan de orsakar stora problem.
Det finns många prestandaövervakningsverktyg på marknaden som erbjuder ett brett utbud av funktioner till många olika prisklasser. Att välja rätt verktyg för din organisation kommer att koka ner till vilket som bäst uppfyller dina specifika behov till ett pris som passar din budget.
Även om det inte finns något enstaka verktyg där ute, finns det några viktiga databasövervakningsfunktioner du vill leta efter i vilket prestandaövervakningsverktyg du än funderar på:
- Skalbarhet
- Mobilövervakning
- Intuitivt gränssnitt
- Budgetvänlig men funktionsrik
- Inget anslutningstak
- Multidimensionell arbetsbelastningsanalys
- Rootorsaksanalys för larm
- Blockeringsanalys
- Smarta larm
- Spårning av historisk data