How to Fix Slow MySQL Queries: Log, EXPLAIN & Tools

Databasen føles plutselig treig som molå? MySQL har innebygde verktøy som hjelper deg finne de brysomme spørringene – uten DBA-ekspert. Her får du en praktisk gjennomgang av hvordan du identifiserer, analyserer og fikser treg databaseytelse.

Slow Query Log Variable: slow_query_log · EXPLAIN Command Usage: Analyses of spørringsutførelsesplan · MySQL Workbench Feature: Visuell kjøringsplan · Releem Focus: MySQL optimalisering

Slik aktiverer og bruker du MySQL slow query log

Slow query log er en logg over spørringer som har tatt lengre tid enn angitt å kjøre. Den fanger opp SQL-setninger som bruker mer enn long_query_time sekunder og undersøker minst min_examined_row_limit rader.

Konfigurere slow_query_log variabel

For å aktivere logging kjører du:

SET GLOBAL slow_query_log = 'ON';
SET GLOBAL slow_query_log_file = '/var/lib/mysql/slow-query.log';
SET GLOBAL long_query_time = 2;

Variabelen slow_query_log_file bestemmer banen der loggen plasseres. Hvis den ikke er satt, bruker MySQL DATA_DIR som standard.

For permanent aktivering legger du til konfigurasjonslinjer i /etc/my.cnf under [mysqld]-seksjonen (Hostek Community).

Sette loggfil og terskler

Standard terskelen er 10 sekunder, satt via long_query_time variabelen. For produksjonsmiljøer anbefales en lavere verdi – gjerne 2–5 sekunder.

Analysere logginnhold

Bruk pt-query-digest fra Percona Toolkit for å granske loggene. Verktøyet aggregerer spørringer og viser rangert utdata per utførelsestid og ressursforbruk.

Slik leser du loggen: Hver oppføring inneholder tidsstempel, spørringstekst og kjøretid. Identifiser de gjentagende mønstrene – ofte er det LIKE-mønstre eller manglende indekser som skaper problemene.

Det anbefalte arbeidsflyten for å fikse treg spørring involverer aktivering av slow query log, analyse av spørringer som tar for lang tid, og optimalisering deretter.

Hvordan analysere spørringer med EXPLAIN

EXPLAIN er et diagnostisk verktøy i MySQL som avslører hvordan spørringer kjører ved å vise databasemotorens beslutningsprosess.

Kjøre EXPLAIN på treg spørring

Legg til EXPLAIN foran en hvilken som helst spørring:

EXPLAIN SELECT * FROM orders WHERE customer_id = 123;

Kommandoen fungerer med SELECT, INSERT, UPDATE og DELETE-setninger.

Tolke kjøringsplaner

Når du analyserer EXPLAIN-utdata, fokuser på kolonnene type, rows og possible_keys. Type = ALL indikerer full tabellskanning der MySQL undersøker hver eneste rad.

Fikse fullskanninger og ubrukte indekser

Å opprette en indeks kan redusere antallet rader som undersøkes og endre spørringstypen fra ALL til en mer effektiv type. Sjekk possible_keys for ledige indekser og legg til der det mangler.

Unngå pattern matching mot indekserte kolonner – det bryter indeksbruk. Bruk heller eksakte verdier eller BETWEEN for datoer.

Konsekvensen av å ignorere fullskanninger er at store tabeller med tusenvis av rader får alvorlige ytelsesproblemer.

Hvordan bruke MySQL Workbench kjøringsplan

MySQL Workbench tilbyr visuelle EXPLAIN-utdata som er enklere å visualisere enn kommandolinjeresultater.

Visualisere spørringsplaner

Åpne Workbench, koble til databasen, skriv spørringen din og klikk “Visual Explain”. Du får et flytskjema som viser i hvilken rekkefølge tabeller leses og hvordan filtrering skjer.

Identifisere flaskehalser

Røde noder indikerer dyre operasjoner. Se etter piler med høy cost-verdi eller noder merket “FULL SCAN”.

Bruke Workbench til å sette inn indekser

Workbench lar deg skrive spørringer, legge til indekser og teste kjøringstid interaktivt. Du kan opprette indeks direkte fra grensesnittet basert på det EXPLAIN viser.

Test alltid endringene i et staging-miljø før produksjonsbruk.

Workbench sitt visuelle grensesnitt gjør det enklere å identifisere flaskehalser sammenlignet med kommandolinjetolkning.

Hva er de beste MySQL-optimaliseringsverktøyene?

Tre hovedkategorier dekker behovene: innebygde MySQL-verktøy, tredjeparts løsninger og automatisering. For å få en dypere forståelse av hvordan du kan forbedre ytelsen, kan du lese Detaljer om deep dive katsauslehti.fi.

Innebygde MySQL-verktøy

slow query log, EXPLAIN og EXPLAIN ANALYZE er tilgjengelige rett ut av boksen. De krever ingen installasjon og gir grunnleggende innsikt.

Tredjeparts alternativer som PMM

Percona Monitoring and Management (PMM) tilbyr sanntidsovervåking av spørringsytelse med visualisering og varsling. Percona Toolkit (databaseoptimaliseringsspesialister) leverer pt-query-digest for grundig logganalyse.

Oversikt over automatiserte verktøy

EverSQL er et webbasert verktøy som tilbyr analyse av slow query log og optimaliseringsanbefalinger. Releem bruker maskinlæring for å gi proaktive anbefalinger.

Percona Toolkit og EverSQL skiller seg ved at Percona Toolkit er kommandolinjebasert og viser tregere spørringer og ressursforbruk, mens EverSQL tilbyr automatisk analyse via nettbrowser.

Hvordan Releem og agenten fungerer for MySQL

Releem fokuserer spesifikt på MySQL-optimalisering ved å overvåke databaseatferd og gi konkrete anbefalinger.

Installere Releem-agenten

Agenten installeres på serveren der MySQL kjører og sender kontinuerlig metrics til Releem-skyen. Oppsettet krever en API-nøkkel fra Releem-dashbordet.

Optimaliseringsanbefalinger

Releem analyserer spørringsmønstre og konfigurasjonsvariabler for å foreslå endringer i indekser, spørrestruktur eller serverinnstillinger.

Integrere med slow query-fiks

Når du identifiserer treg spørring via slow query log, sender Releem kontekstuell veiledning basert på din spesifikke databaseversjon og arbeidslast.

For mellomstore databaser kan Releem redusere manuelt arbeid betydelig, men organisasjoner med stramme budsjetter må vurdere abonnementskostnaden nøye.

Relatert lesning: How to Frost a Cake – Smooth Finish Without Tools

Vår veiledning dekker logging og EXPLAIN for trege MySQL-spørringer, mens denne komplett optimaliseringsguidekomplette optimaliseringsguiden gir dypere innsikt i identifisering og analyse av ytelsesproblemer.

Ofte stilte spørsmål