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 2015-07-22 23:06:39
Lopus2 - 
Użytkownik
- Lopus2
- Użytkownik
- Zarejestrowany: 2012-01-22
MySQL - 270% wykorzystania procesora
witam mam pewien poważny problem
[img]http://i.imgur.com/PDDy1yK.png[/img]
http://prntscr.com/7vsw9g
Czy ktoś wie jak można temu zaradzić ?
i gdzie szukać przyczyny
Ostatnio edytowany przez Lopus2 (2015-07-22 23:07:03)
Offline
#2 2015-07-22 23:58:42
winnetou - złodziej wirków ]:->
Re: MySQL - 270% wykorzystania procesora
"show processlist" i "show full processlist" - albo masz jakieś zapytania, które się długo wykonują i np lockują tabele, albo masz na tyle zapytań, że mysql nie wyrabia.
Sprawdź co wisi na bazie w momencie loadu, do tego napisz coś więcej na temat maszyny (zwłaszcza na temat ramu) i pokaż ustawienia mysqla (my.cnf)
LRU: #472938
[b]napisz do mnie:[/b] ola@mojmail.eu
[url=http://valhalla.org.pl]Hołmpejdż[/url] | [url=http://valhalla.org.pl/foto]Galerie[/url] | [url=http://valhalla.org.pl/tech]"Twórczość"[/url] || [url=http://img.munn.in]Free Image Hosting[/url]
Offline
#3 2015-07-23 00:25:37
enether - wiecznie niewyspany
- enether
- wiecznie niewyspany
- Zarejestrowany: 2012-05-01
Re: MySQL - 270% wykorzystania procesora
Specjalistą od baz nie jestem, ale możesz zawsze zainstalować z repozytorium paczkę "mysqltuner' (bądź ściągnąć ze strony projektu) i wrzucić wynik, zawsze to trochę informacji.
Przykład:
Kod:
~# mysqltuner
>> MySQLTuner 1.3.0 - Major Hayden <major@mhtx.net>
>> Bug reports, feature requests, and downloads at http://mysqltuner.com/
>> Run with '--help' for additional options and output filtering
[OK] Logged in using credentials from debian maintenance account.
[!!] Currently running unsupported MySQL version 10.0.20-MariaDB-0+deb8u1-log
[OK] Operating on 64-bit architecture
-------- Storage Engine Statistics -------------------------------------------
[--] Status: +ARCHIVE +Aria +BLACKHOLE +CSV +FEDERATED +InnoDB +MRG_MyISAM
[--] Data in PERFORMANCE_SCHEMA tables: 0B (Tables: 52)
[--] Data in MEMORY tables: 0B (Tables: 2)
[--] Data in InnoDB tables: 2M (Tables: 105)
[OK] Total fragmented tables: 0
-------- Security Recommendations -------------------------------------------
[OK] All database users have passwords assigned
-------- Performance Metrics -------------------------------------------------
[--] Up for: 9m 33s (922 q [1.609 qps], 60 conn, TX: 137K, RX: 133K)
[--] Reads / Writes: 83% / 17%
[--] Total buffers: 224.0M global + 2.8M per thread (32 max threads)
[OK] Maximum possible memory usage: 314.0M (42% of installed RAM)
[OK] Slow queries: 0% (0/922)
[OK] Highest usage of available connections: 6% (2/32)
[OK] Key buffer size / total MyISAM indexes: 16.0M/122.0K
[OK] Key buffer hit rate: 99.3% (286 cached / 2 reads)
[!!] Query cache efficiency: 12.8% (19 cached / 149 selects)
[OK] Query cache prunes per day: 0
[OK] Sorts requiring temporary tables: 0% (0 temp sorts / 4 sorts)
[OK] Temporary tables created on disk: 9% (12 on disk / 124 total)
[OK] Thread cache hit rate: 96% (2 created / 60 connections)
[OK] Table cache hit rate: 58% (190 open / 326 opened)
[OK] Open file limit used: 6% (62/1K)
[OK] Table locks acquired immediately: 100% (787 immediate / 787 locks)
[OK] InnoDB buffer pool / data size: 32.0M/2.2M
[OK] InnoDB log waits: 0
-------- Recommendations -----------------------------------------------------
General recommendations:
MySQL started within last 24 hours - recommendations may be inaccurate
Variables to adjust:
query_cache_limit (> 4M, or use smaller result sets)Średnie info, bo przed sekundą instalowałem łatki i restartowałem ;)
Offline
#4 2015-07-23 00:52:29
Lopus2 - Użytkownik
- Lopus2
- Użytkownik
- Zarejestrowany: 2012-01-22
Re: MySQL - 270% wykorzystania procesora
zauwżyłem że od razu po właczeniu WWW tak się dzieje, kiedy jest wyłączony wszystko jest w porządku
___
[OK] Currently running supported MySQL version 5.1.73
[OK] Operating on 64-bit architecture
-------- Storage Engine Statistics -------------------------------------------
[--] Status: +ARCHIVE +BLACKHOLE +CSV -FEDERATED +InnoDB +MRG_MYISAM
[--] Data in InnoDB tables: 176K (Tables: 2)
[--] Data in MEMORY tables: 1M (Tables: 1)
[--] Data in MyISAM tables: 7G (Tables: 146)
[--] Data in CSV tables: 0B (Tables: 2)
[!!] Total fragmented tables: 17
-------- Security Recommendations -------------------------------------------
[!!] User '@localhost' has no password set.
[!!] User '@serwer.vesteris.pl' has no password set.
[!!] User 'root@127.0.0.1' has no password set.
-------- Performance Metrics -------------------------------------------------
[--] Up for: 26d 7h 6m 12s (837M q [368.652 qps], 1M conn, TX: 122B, RX: 92B)
[--] Reads / Writes: 26% / 74%
[--] Total buffers: 3.0G global + 11.4M per thread (5000 max threads)
[!!] Maximum possible memory usage: 58.5G (368% of installed RAM)
[OK] Slow queries: 0% (9K/837M)
[OK] Highest usage of available connections: 4% (245/5000)
[OK] Key buffer size / total MyISAM indexes: 750.0M/250.2M
[OK] Key buffer hit rate: 100.0% (2B cached / 1K reads)
[OK] Query cache efficiency: 29.3% (81M cached / 277M selects)
[OK] Query cache prunes per day: 0
[OK] Sorts requiring temporary tables: 0% (1 temp sorts / 798K sorts)
[OK] Temporary tables created on disk: 17% (4K on disk / 27K total)
[OK] Thread cache hit rate: 99% (9K created / 1M connections)
[OK] Table cache hit rate: 94% (693 open / 734 opened)
[OK] Open file limit used: 0% (855/468K)
[OK] Table locks acquired immediately: 99% (687M immediate / 692M locks)
[OK] InnoDB buffer pool / data size: 2.0G/176.0K
[OK] InnoDB log waits: 0
-------- Recommendations -----------------------------------------------------
General recommendations:
Run OPTIMIZE TABLE to defragment tables for better performance
Reduce your overall MySQL memory footprint for system stability
Enable the slow query log to troubleshoot bad queries[/quote]
Offline
#5 2015-07-23 01:11:41
enether - wiecznie niewyspany
- enether
- wiecznie niewyspany
- Zarejestrowany: 2012-05-01
Re: MySQL - 270% wykorzystania procesora
A jakie strony/aplikacje serwuje ten serwer WWW? Może któryś ze skryptów wykonuje skomplikowane zapytania.
Rzuć okiem to na co zwrócił uwagę kolega winnetou, dla ułatwienia podglądu co serwer MySQL w ogóle robi możesz zainstalować sobie paczkę mytop, taki top tylko że dla procesów wewnętrznych MySQL.
Kod:
[--] Total buffers: 3.0G global + 11.4M per thread (5000 max threads) [!!] Maximum possible memory usage: 58.5G (368% of installed RAM) [OK] Highest usage of available connections: 4% (245/5000) [OK] InnoDB buffer pool / data size: 2.0G/176.0K
Moim zdaniem jest nieco przekonfigurowany (5000 maksymalnego limitu połączeń podczas gdy szczytowe wynosiło 245, a każdy wątek to 11.4MB pamięci) + duży bufor dla InnoDB choć nic korzystającego z tego silnika tam chyba nie ma, ale reszta wygląda bardzo OK.
A czy gdy te 270% CPU jest używane przez MySQL to serwer łapie zwisy albo znacząco zwalnia? Bo zasadniczo takie wartości obciązenia CPU przez MySQL często widuję i są dość normalne, szczególnie przy serwerach z róznego rodzaju skryptami sklepów.
PS. Możesz chcieć ocenzurować nieco wyjście mysqltunera pod kątem listy użytkowników ;)
Ostatnio edytowany przez enether (2015-07-23 01:18:14)
Offline
#6 2015-07-23 01:21:21
Lopus2 - Użytkownik
- Lopus2
- Użytkownik
- Zarejestrowany: 2012-01-22
Re: MySQL - 270% wykorzystania procesora
hm dziwne samo z siebie zaczeło działać poprawnie
Offline
#7 2015-07-23 01:25:04
Jacekalex - Podobno człowiek...;)
- Jacekalex
- Podobno człowiek...;)
- Skąd: /dev/urandom
- Zarejestrowany: 2008-01-07
Re: MySQL - 270% wykorzystania procesora
Run OPTIMIZE TABLE to defragment tables for better performance[/quote]
Ja bym zaczął od REPAIR TABLE i OPTIMIZE TABLE, na podobne cyrki zazwyczaj pomagało.
Potem postarałbym się tak dobrać limity Mysqla, żeby ten się wpasował lepiej w to, ile faktycznie może użyć zasobów w systemie.
To oznacza najpierw majstrowanie [b]my.cnf[/b], a potem prawdopodobnie jeszcze [b]cgroup[/b].Ostatnio edytowany przez Jacekalex (2015-07-23 02:04:37)
W demokracji każdy naród ma taką władzę, na jaką zasługuje ;)
Si vis pacem para bellum ;) | Pozdrawiam :)
Offline
Informacje debugowania
| Time (s) | Query |
|---|---|
| 0.00012 | SET CHARSET latin2 |
| 0.00004 | SET NAMES latin2 |
| 0.00096 | SELECT u.*, g.*, o.logged FROM punbb_users AS u INNER JOIN punbb_groups AS g ON u.group_id=g.g_id LEFT JOIN punbb_online AS o ON o.ident='18.225.195.4' WHERE u.id=1 |
| 0.00133 | UPDATE punbb_online SET logged=1732261576 WHERE ident='18.225.195.4' |
| 0.00041 | SELECT * FROM punbb_online WHERE logged<1732261276 |
| 0.00098 | SELECT topic_id FROM punbb_posts WHERE id=289123 |
| 0.00005 | SELECT id FROM punbb_posts WHERE topic_id=27582 ORDER BY posted |
| 0.00104 | SELECT t.subject, t.closed, t.num_replies, t.sticky, f.id AS forum_id, f.forum_name, f.moderators, fp.post_replies, 0 FROM punbb_topics AS t INNER JOIN punbb_forums AS f ON f.id=t.forum_id LEFT JOIN punbb_forum_perms AS fp ON (fp.forum_id=f.id AND fp.group_id=3) WHERE (fp.read_forum IS NULL OR fp.read_forum=1) AND t.id=27582 AND t.moved_to IS NULL |
| 0.00006 | SELECT search_for, replace_with FROM punbb_censoring |
| 0.00295 | SELECT u.email, u.title, u.url, u.location, u.use_avatar, u.signature, u.email_setting, u.num_posts, u.registered, u.admin_note, p.id, p.poster AS username, p.poster_id, p.poster_ip, p.poster_email, p.message, p.hide_smilies, p.posted, p.edited, p.edited_by, g.g_id, g.g_user_title, o.user_id AS is_online FROM punbb_posts AS p INNER JOIN punbb_users AS u ON u.id=p.poster_id INNER JOIN punbb_groups AS g ON g.g_id=u.group_id LEFT JOIN punbb_online AS o ON (o.user_id=u.id AND o.user_id!=1 AND o.idle=0) WHERE p.topic_id=27582 ORDER BY p.id LIMIT 0,25 |
| 0.00145 | UPDATE punbb_topics SET num_views=num_views+1 WHERE id=27582 |
| Total query time: 0.00939 s | |