Nie jesteś zalogowany.
Jeśli nie posiadasz konta, zarejestruj je już teraz! Pozwoli Ci ono w pełni korzystać z naszego serwisu. Spamerom dziękujemy!

Ogłoszenie

Prosimy o pomoc dla małej Julki — przekaż 1% podatku na Fundacji Dzieciom zdazyć z Pomocą.
Więcej informacji na dug.net.pl/pomagamy/.

#1  2017-05-26 11:06:12

  Matt_pl - Nowy użytkownik

Matt_pl
Nowy użytkownik
Zarejestrowany: 2017-05-26

Dedyk z apach II - ciężko mu

Na wstępie Witam forumowiczów i przepraszam, że od razu z prośbą o pomoc.

Prośba o wskazówki - programiści zrzucają winę na serwer gdzie według mnie maszyna jest zajeżdżana przez skrypt (głównie zapytania do mysql'a)

serwerownia kylos.pl (Łódź), parametry
Procesor AMD FX8320E 8x3.2Ghz
Ram: 32GB
Operating System: Debian GNU/Linux 8 (jessie)
Kernel: Linux 3.16.0-4-amd64

Aplikacja oparta o framework yii, korzysta i generuje sporo zapytań do mysql'a

PHP-FPM
DirectAdmin 1.51.3
Exim 4.89
MariaDB 10.0.29
Named 9.9.5
dovecot 2.2.29.1
pure-ftpd 1.0.43
Php 5.6.30

MPM ustawiony na EVENT

Server version: Apache/2.4.25 (Unix)
Server built:   Apr 14 2017 14:20:40
Server's Module Magic Number: 20120211:67
Server loaded:  APR 1.5.2, APR-UTIL 1.5.4
Compiled using: APR 1.5.2, APR-UTIL 1.5.4
Architecture:   64-bit
Server MPM:     event
  threaded:     yes (fixed thread count)
    forked:     yes (variable process count)

Konfiguracja httpd - https://pastebin.com/jEFPGKN3

Zawartość /httpd-mpm.conf - https://pastebin.com/A9BS9KWV

Polecenie TOP

Tasks: 224 total,   2 running, 221 sleeping,   1 stopped,   0 zombie
%Cpu(s):  5.2 us,  0.2 sy,  0.0 ni, 93.7 id,  0.8 wa,  0.0 hi,  0.1 si,  0.0 st
KiB Mem:  32480792 total, 21286544 used, 11194248 free,   249260 buffers
KiB Swap:  6637560 total,        0 used,  6637560 free. 18397804 cached Mem

PID USER      PR  NI    VIRT    RES    SHR S  %CPU %MEM     TIME+ COMMAND
  794 mysql     20   0  915232 241076  14900 S  52.1  0.7  10458:45 mysqld
26558 szukamp+  20   0  183444  59140  10892 S  31.9  0.2   0:13.69 php-fpm56
26569 szukamp+  20   0  171928  47072  10892 S  16.9  0.1   0:12.51 php-fpm56
22622 szukamp+  20   0  155596  31056  11940 S   3.7  0.1   3:25.86 php-fpm56
25119 szukamp+  20   0  153260  29736  10892 S   3.7  0.1   1:37.74 php-fpm56
26557 szukamp+  20   0  152972  29448  10892 S   3.7  0.1   0:13.57 php-fpm56
26575 szukamp+  20   0  151024  27252  10896 S   3.3  0.1   0:12.71 php-fpm56
16912 apache    20   0 4755460  39924   8768 S   1.0  0.1   0:39.19 httpd
16914 apache    20   0 4754956  26676   8760 S   1.0  0.1   0:23.14 httpd
    7 root      20   0       0      0      0 S   0.3  0.0 391:57.95 rcu_sched
  152 root       0 -20       0      0      0 S   0.3  0.0   7:41.66 kworker/2:1H
  631 message+  20   0   42124   3416   3028 S   0.3  0.0   2:37.94 dbus-daemon
8276 root      20   0  161048  76168   6136 S   0.3  0.2   0:11.56 /usr/bin/spamd
16917 apache    20   0 4754956  32956   8772 S   0.3  0.1   0:22.36 httpd
16922 apache    20   0 4755440  36472   8912 S   0.3  0.1   0:54.23 httpd
26768 root      20   0   23656   3100   2528 R   0.3  0.0   0:00.08 top

Widać obciążenie CPU przez mysql'a na poziomie 52%

Zużycie RAMU
http://www.webhostingtalk.pl/uploads/monthly_05_2017/post-3107-0-24532200-1495575391.png

Offline

 

#2  2017-05-26 12:30:57

  ethanak - Użytkownik

ethanak
Użytkownik
Skąd: Ungwenor
Zarejestrowany: 2010-07-19
Serwis

Re: Dedyk z apach II - ciężko mu

Tego mysql-a to jakoś konfigurowałeś czy jedziesz na domyślnych ustawieniach?
Bo z tego co widzę kaszle dysk. Nie jestem absolutnie specem od mysql-a, ale miałem podobnie, po zapuszczeniu mysqltune (czy jak to się nazywa) i zastosowaniu sięvdo jego porad serwer odżył.
O dysku nic nie napisałeś więc wszelkue dywagacje nie mają póki co sensu.


Nim mechaniczne larum zagrasz mi, kanalio,
głosząc nadejście Javy - śmiertelnego wroga!
Zespół Adwokacki Dyskrecja

Offline

 

#3  2017-05-26 12:36:13

  Matt_pl - Nowy użytkownik

Matt_pl
Nowy użytkownik
Zarejestrowany: 2017-05-26

Re: Dedyk z apach II - ciężko mu

zwykłe HDD niedługo przeskakujemy na SSD.
Programiści zastosowali się do zaleceń odnośnie optymalizacji zapytań do bazy i tak z 7-8s potrzebnych na wygenerowanie strony po optymalizacji mamy ok 1s
Odnośnie mysqltune  zaraz zapuszczę i zobaczę co zaleci.

Wyszło
General recommendations:
    Run OPTIMIZE TABLE to defragment tables for better performance
    Adjust your join queries to always utilize indexes
    When making adjustments, make tmp_table_size/max_heap_table_size equal
    Reduce your SELECT DISTINCT queries without LIMIT clauses
    Set thread_cache_size to 4 as a starting value
Variables to adjust:
    query_cache_size (>= 8M)
    join_buffer_size (> 128.0K, or always use indexes with joins)
    tmp_table_size (> 16M)
    max_heap_table_size (> 16M)
    thread_cache_size (start at 4)
    innodb_buffer_pool_size (>= 205M)

Ostatnio edytowany przez Matt_pl (2017-05-26 13:24:36)

Offline

 

#4  2017-05-28 11:00:47

  ethanak - Użytkownik

ethanak
Użytkownik
Skąd: Ungwenor
Zarejestrowany: 2010-07-19
Serwis

Re: Dedyk z apach II - ciężko mu

No ale nie pisz co Ci powiedział tylko co z tego zastosowałeś i co wyszło!
Aha, jeśli Pan Programisty używa DISTINCT to na 99.9% nie wie, skąd mu się wziął iloczyn kartezjański ;)


Nim mechaniczne larum zagrasz mi, kanalio,
głosząc nadejście Javy - śmiertelnego wroga!
Zespół Adwokacki Dyskrecja

Offline

 

Stopka forum

Powered by PunBB
© Copyright 2002–2005 Rickard Andersson
Nas ludzie lubią po prostu, a nie klikając w przyciski ;-)