Oporny mysql na VPS

[wlodziu 49]

Witam, od wczoraj na moim serwerze zauważyłem gwałtowny spadek wydajności wykonywania zapytań.

Zapytanie z połączeniem left join wykonuje się teraz 3 sekundy, a wcześniej trwało to około 0,02s.

Indeksy do tabel są pododawane, logi mysql-slow nic nie pokazują. Zastosowałem się do poleceń mysqltunera i niby wszystko jest okej, poza pamięcią RAM (zużycie 93%)

[--] Up for: 8m 54s (938 q [1.757 qps], 80 conn, TX: 25M, RX: 1M)
[--] Reads / Writes: 17% / 83%
[--] Total buffers: 208.0M global + 2.7M per thread (100 max threads)
[!!] Maximum possible memory usage: 476.8M (93% of installed RAM)
[OK] Slow queries: 0% (0/938)
[OK] Highest usage of available connections: 5% (5/100)
[OK] Key buffer size / total MyISAM indexes: 32.0M/123.0K
[OK] Query cache efficiency: 26.2% (42 cached / 160 selects)
[OK] Query cache prunes per day: 0
[OK] Sorts requiring temporary tables: 0% (0 temp sorts / 10 sorts)
[OK] Temporary tables created on disk: 18% (68 on disk / 377 total)
[OK] Thread cache hit rate: 93% (5 created / 80 connections)
[OK] Table cache hit rate: 24% (96 open / 385 opened)
[OK] Open file limit used: 6% (69/1K)
[OK] Table locks acquired immediately: 100% (680 immediate / 680 locks)
[OK] InnoDB data size / buffer pool: 45.5M/128.0M

Dodam, że jeszcze wczoraj rano baza sprawowała się bardzo dobrze, dopiero później złapała jakąś grypę.. do tego baza niewiele się zmieniła.

 

Wykonywanie i wejście do phpmyadmin to prawdziwy koszmar, a wykonanie zapytania to jakaś minuta, po czym wyskakuje czas wykonania zapytania mniejszy niż sekunda.

 

Macie jakieś rady?

[tgx 575]

show processlist;

 

coś pokazuje? Jakie obciążenie procesora i jaki odczyt "wa" ?

[wlodziu 49]

Hmmm.. jakby taka komenda nie istniała, mogę pokazać wykaz 'top'

  PID USER      PR  NI  VIRT  RES  SHR S  %CPU %MEM    TIME+  COMMAND
 3475 root      20   0 76924  376  224 R   7.3  0.1  27:07.52 php5
 2080 root      20   0 77176  408  220 R   4.7  0.1  28:43.43 php5
30037 mysql     20   0  367m  92m  608 S   4.7 18.2   0:07.38 mysqld
 1064 root      20   0 99.3m  404  220 R   4.0  0.1  34:14.46 php5
 4241 root      20   0 74960  560  380 R   3.3  0.1  26:37.56 php5
 1065 root      20   0 99.3m  408  224 R   3.0  0.1  34:14.47 php5
 1240 root      20   0 77176  416  224 R   3.0  0.1  31:35.81 php5
 1241 root      20   0 77176  408  224 R   3.0  0.1  31:37.05 php5
 1389 root      20   0 77176  416  224 R   3.0  0.1  30:13.30 php5
 1390 root      20   0 77176  412  224 R   3.0  0.1  30:13.73 php5
 1733 root      20   0 77176  404  224 R   3.0  0.1  29:19.22 php5
 1742 root      20   0 77176  396  224 R   3.0  0.1  29:19.80 php5
 2077 root      20   0 77176  400  224 R   3.0  0.1  28:43.07 php5
 2570 root      20   0 77176  396  224 R   3.0  0.1  28:15.90 php5
 2894 root      20   0 77176  392  224 R   3.0  0.1  27:50.76 php5
 3186 root      20   0 77176  404  224 R   3.0  0.1  27:28.32 php5
 3189 root      20   0 76916  412  224 R   3.0  0.1  27:28.48 php5

Na serwerze działa cron, wczesniej nie było problemów

[Łukasz Ostrowski 593]

Miałeś to polecenie wykonać z mysqla

[wlodziu 49]

[nesti 67]

Czy to vps na openvz?

[Pan Kot 1535]

[!!] Maximum possible memory usage: 476.8M (93% of installed RAM)

W połączeniu z tym, że to prawdopodobnie OpenVZ to masz tykająca bombę. Ogranicz mysqla do jakiegoś limitu ramu albo kup xena/kvm .

True story, jak matce ramu zaczyna brakować (a takie mam podejrzenia) to wszystko zwalnia.