Hvad skal du kontrollere, hvis MySQL-hukommelsesudnyttelsen er høj

En anden ting at tilføje, du kan også bruge Performance Schema og sys-skema til at overvåge hukommelsesforbrug og -brug af din MySQL-server. Som standard er de fleste instrumenter deaktiveret som standard, så der er manuelle ting at gøre for at bruge dette.

Se efter ombytning 

I hvert fald er det sandsynligt, at MySQL udskifter sin hukommelse til disk. Dette er ofte en meget almindelig situation, især når MySQL-serveren og den underliggende hardware ikke er indstillet optimalt parallelt med de forventede krav. Der er visse tilfælde, hvor efterspørgslen efter trafik ikke er blevet forudset, hukommelsen kan vokse mere og mere, især hvis der køres dårlige forespørgsler, der forårsager at forbruge eller udnytte en masse hukommelsesplads, hvilket forårsager forringet ydeevne, da data plukkes på disken i stedet for på bufferen. For at tjekke for swappiness skal du bare køre freemem-kommandoen eller vmstat ligesom nedenfor,

[[email protected] ~]# free -m

              total        used free      shared buff/cache available

Mem:           3790 2754         121 202 915         584

Swap:          1535 39        1496

[[email protected] ~]# vmstat 5 5

procs -----------memory---------- ---swap-- -----io---- -system-- ------cpu-----

 r  b swpd   free buff  cache si so    bi bo in cs us sy id wa st

 2  0 40232 124100      0 937072 2 3 194  1029 477 313 7 2 91 1  0

 0  0 40232 123912      0 937228 0 0   0 49 1247 704 13 3 84  0 0

 1  0 40232 124184      0 937212 0 0   0 35 751 478 6 1 93  0 0

 0  0 40232 123688      0 937228 0 0   0 15 736 487 5 1 94  0 0

 0  0 40232 123912      0 937220 0 0   3 74 1065 729 8 2 89  0 0 

Du kan også tjekke ved hjælp af procfs og indsamle oplysninger, såsom at gå til /proc/vmstat eller /proc/meminfo.

Brug af Perf, gdb og Valgrind med Massif

Brug af værktøjer som perf, gdb og valgrind hjælper dig med at grave ind i en mere avanceret metode til at bestemme MySQL-hukommelsesudnyttelse. Der er tidspunkter, hvor et interessant resultat bliver et mysterium med at løse hukommelsesforbrug, der fører til din forvirring i MySQL. Dette viser behovet for at have mere skepsis, og brugen af ​​disse værktøjer hjælper dig med at undersøge, hvordan MySQL bruger håndteringshukommelse fra tildeling af den til at bruge den til behandling af transaktioner eller processer. Dette er f.eks. nyttigt, hvis du observerer, at MySQL opfører sig unormalt, hvilket kan forårsage dårlig konfiguration eller kunne føre til fund af hukommelseslækager.

For eksempel afslører brug af perf i MySQL flere oplysninger i en rapport på systemniveau:

[[email protected] ~]# perf report --input perf.data --stdio

# To display the perf.data header info, please use --header/--header-only options.

#

#

# Total Lost Samples: 0

#

# Samples: 54K of event 'cpu-clock'

# Event count (approx.): 13702000000

#

# Overhead  Command Shared Object        Symbol                                                                                                                                                                                             

# ........  ....... ...................  ...................................................................................................................................................................................................

#

    60.66%  mysqld [kernel.kallsyms]    [k] _raw_spin_unlock_irqrestore

     2.79%  mysqld   libc-2.17.so         [.] __memcpy_ssse3

     2.54%  mysqld   mysqld             [.] ha_key_cmp

     1.89%  mysqld   [vdso]             [.] __vdso_clock_gettime

     1.05%  mysqld   mysqld             [.] rec_get_offsets_func

     1.03%  mysqld   mysqld             [.] row_sel_field_store_in_mysql_format_func

     0.92%  mysqld   mysqld             [.] _mi_rec_pack

     0.91%  mysqld   [kernel.kallsyms]    [k] finish_task_switch

     0.90%  mysqld   mysqld             [.] row_search_mvcc

     0.86%  mysqld   mysqld             [.] decimal2bin

     0.83%  mysqld   mysqld             [.] _mi_rec_check

…. 

Da dette kan være et særligt emne at grave i, foreslår vi, at du kigger på disse virkelig gode eksterne blogs som dine referencer, perf Basics for MySQL Profiling, Finding MySQL-scaling problemer ved at bruge perf, eller lærer at debug ved hjælp af valgrind med massiv.

Effektiv måde at kontrollere MySQL-hukommelsesudnyttelse på

Brug af ClusterControl letter alle besværlige rutiner som at gennemgå dine runbooks eller endda oprette dine egne playbooks, der kunne levere rapporter til dig. I ClusterControl har du Dashboards (ved hjælp af SCUMM), hvor du kan få et hurtigt overblik over dine MySQL-noder. For eksempel ved at se MySQL General-dashboardet,

du kan bestemme, hvordan MySQL-noden fungerer,

Du kan se, at billederne ovenfor afslører variabler, der påvirker MySQL-hukommelsesudnyttelsen. Du kan kontrollere, hvordan metrikken for sortering af caches, midlertidige tabeller, tråde forbundet, forespørgselscache eller lagermotorer innodb bufferpool eller MyISAM's nøglebuffer.

Brug af ClusterControl giver dig et one-stop-værktøj, hvor du også kan kontrollere forespørgsler, der kører for at bestemme de processer (forespørgsler), der kan påvirke høj hukommelsesudnyttelse. Se nedenfor for et eksempel,

Det er nemt at se statusvariablerne for MySQL,

Du kan endda gå til Ydeevne -> Innodb-status for at afsløre aktuelle InnoDB-status for dine databasenoder. I ClusterControl opdages der også en hændelse, den vil forsøge at indsamle hændelse og viser historik som en rapport, der giver dig InnoDB-status som vist i vores tidligere blog om MySQL Freeze Frame.

Oversigt

Fejlfinding og diagnosticering af din MySQL-database ved mistanke om høj hukommelsesudnyttelse er ikke så svært, så længe du kender de procedurer og værktøjer, du skal bruge. Brug af det rigtige værktøj giver dig mere fleksibilitet og hurtigere produktivitet til at levere rettelser eller løsninger med en chance for større resultat.