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
Offline
#2 2017-05-26 12:30:57
ethanak - 
Użytkownik
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
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