MySQL isnaudoja visa CPU ir atminti

top - 12:29:12 up 14 min, 0 users, load average: 31.14, 22.64, 11.41

Tasks: 315 total, 33 running, 282 sleeping, 0 stopped, 0 zombie

Cpu(s): 86.6%us, 3.1%sy, 0.0%ni, 10.0%id, 0.2%wa, 0.0%hi, 0.0%si, 0.0%st

Mem: 3145728k total, 2242072k used, 903656k free, 0k buffers

Swap: 0k total, 0k used, 0k free, 0k cached

 

 

dabar dar rodo, kad 1/3 atminties laisva, nes nesenai restartavau serveri. Bet nuolatos mazeja...

Mysqlas visa CPU isnaudoja...

 

Kaip isspresti problema?

 

 

 

Procesorius: 3 Branduoliai X3470 @ 2.93GHz

Atmintinė: 3072MB

Redagavo Liepos 12, 2011 Heddwyn

Tvarkyti queries. Įsijunk slow queries log'inimą ir žiūrėk kur buksuoja.

Tvarkyti queries. Įsijunk slow queries log'inimą ir žiūrėk kur buksuoja.

 

 

i /etc/my.cnf irasiau:

 

log-slow-queries = /etc/slowq.log

long_query_time = 20

log-queries-not-using-indexes

 

parasiau service mysqld restart

 

ir ka dabar? laukt, kol prisipildys? :)

Tu atsargiai, tas prisipildymas sekundžių reikalas.

Tu atsargiai, tas prisipildymas sekundžių reikalas.

per pora min. nieko neatsirado.

 

pabandysiu istrinti 2 ir 3 eilutes po loginimo settingo

===========

Vis dar tuscias failas :/ Ne tame beda matyt

Redagavo Liepos 12, 2011 Heddwyn

Įkelk čia savo /etc/my.cnf turinį.

GNU nano 1.3.12 File: my.cnf

 

[mysqld]

local-infile=0

max_connections = 2000

 

tmp_table_size = 64M

join_buffer_size = 64M

max_heap_table_size = 64M

thread_cache_size = 64

table_cache = 25600

 

query-cache-type = 1

query-cache-size = 256M

 

log-slow-queries = slowq.log

Žostkai čia pas tave... Va: https://github.com/rackerhacker/MySQLTuner-perl pasinaudok. Ir rekomenduoju išjungti inoDB jei nėra reikalingas.

Žostkai čia pas tave... Va: https://github.com/rackerhacker/MySQLTuner-perl pasinaudok. Ir rekomenduoju išjungti inoDB jei nėra reikalingas.

 

 

-------- Recommendations -----------------------------------------------------

General recommendations:

Add skip-innodb to MySQL configuration to disable InnoDB

Run OPTIMIZE TABLE to defragment tables for better performance

MySQL started within last 24 hours - recommendations may be inaccurate

Adjust your join queries to always utilize indexes

Your applications are not closing MySQL connections properly

Variables to adjust:

*** MySQL's maximum memory usage is dangerously high ***

*** Add RAM before increasing MySQL buffer variables ***

join_buffer_size (> 64.0M, or always use indexes with joins)

 

 

innodb atjungiau...

 

Your applications are not closing MySQL connections properly

Kas cia galetu buti?

Kiek sugebu suprasti tai pas tave nėra uždaromos uklausos. Peržiūrėk savo script'us. Apribok MySQL apetitą RAM'ams, mažink "max_connections", po kiekvieno veiksmo nepamiršk perkrovinėti mysql. Toliau atlikinėk testus iki tol kol gausi rezultatus telpančius į tavo RAM rėmus. SQL'ui skirk iki 1,5GB.

 

Va: http://www.omh.cc/mycnf/ CNF'o skaičiuotuvas, pagal kurį tavo SQL'as palyginus su "max connections", suėda 132.2GB RAM'o :)

Redagavo Liepos 12, 2011 Dedica

Kiek sugebu suprasti tai pas tave nėra uždaromos uklausos. Peržiūrėk savo script'us. Apribok MySQL apetitą RAM'ams, mažink "max_connections", po kiekvieno veiksmo nepamiršk perkrovinėti mysql. Toliau atlikinėk testus iki tol kol gausi rezultatus telpančius į tavo RAM rėmus. SQL'ui skirk iki 1,5GB.

 

Va: http://www.omh.cc/mycnf/ CNF'o skaičiuotuvas

 

Nu tarkim telpu i ram remus. O kaip del CPU? Jis vistiek ~99%

http://memcached.org/ arba neužtenka CPU ir viskas. P.S. Jei pas tave intensyvus I/O, tuomet tu pasmerktas dabartiniame hosting'e ;) Redagavo Liepos 12, 2011 Dedica

http://memcached.org/ arba neužtenka CPU ir viskas. P.S. Jei pas tave intensyvus I/O, tuomet tu pasmerktas dabartiniame hosting'e ;)

[root@server etc]# vmstat

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

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

20 0 0 438904 0 0 0 0 46206 29173 0 1431 93 3 4 0 0

 

 

cia labai blogai?

 

matai, viskas buvo gerai iki sios nakties. Tada kazkas atsitiko ir viskas sove i virsu.

 

Kas tai galetu buti? Gal koks nors vartotojas isnaudoja per daug resursu? Nes yra ir daugiau varototju

Va čia ir prasideda linksmumas už kurį arba mokėsi kažkam pinigus arba kapstysis po google.

Va čia ir prasideda linksmumas už kurį arba mokėsi kažkam pinigus arba kapstysis po google.

 

 

Nu pvz. paziurek i top komanda. Gal ka galetum pasakyti?

 

PID USER PR NI VIRT RES SHR S %CPU %MEM TIME+ COMMAND

3335 mysql 18 0 286m 13m 2652 R 95.6 0.4 0:26.95 mysqld

3342 mysql 15 0 286m 13m 2652 R 46.5 0.4 0:15.80 mysqld

17630 apache 18 0 89020 61m 4620 R 17.3 2.0 0:23.60 httpd

32442 apache 15 0 79188 52m 4596 S 4.6 1.7 0:08.80 httpd

30434 apache 15 0 79068 51m 4132 S 2.7 1.7 0:08.79 httpd

1307 apache 15 0 79868 51m 4476 S 0.7 1.7 0:04.34 httpd

3375 root 15 0 2416 1132 820 R 0.7 0.0 0:00.07 top

17886 apache 15 0 86100 57m 4744 S 0.7 1.9 0:17.04 httpd

3371 mysql 15 0 286m 13m 2652 S 0.3 0.4 0:00.61 mysqld

5986 apache 15 0 91380 63m 4756 S 0.3 2.1 0:21.44 httpd

15424 dromey 15 0 5432 1908 1556 S 0.3 0.1 0:00.45 curl

17467 apache 15 0 71568 44m 4380 S 0.3 1.4 0:12.50 httpd

1 root 15 0 2152 660 568 S 0.0 0.0 0:02.22 init

1128 root 21 -4 2240 552 344 S 0.0 0.0 0:00.00 udevd

1165 apache 15 0 72908 46m 4632 S 0.0 1.5 0:04.96 httpd

1167 dovecot 15 0 5180 1932 1592 S 0.0 0.1 0:00.00 imap-login

1171 dovecot 15 0 5180 1932 1592 S 0.0 0.1 0:00.00 imap-login

1174 dovecot 16 0 5180 1928 1592 S 0.0 0.1 0:00.00 imap-login

1200 apache 15 0 71860 44m 4152 S 0.0 1.5 0:03.24 httpd

1262 apache 15 0 79708 52m 4392 S 0.0 1.7 0:07.28 httpd

1263 apache 15 0 79740 52m 4080 S 0.0 1.7 0:04.96 httpd

1264 apache 15 0 88680 60m 3548 S 0.0 2.0 0:05.12 httpd

1273 apache 16 0 0 0 0 Z 0.0 0.0 0:04.58 httpd <defunct>

1278 apache 15 0 88660 61m 4520 S 0.0 2.0 0:13.62 httpd

1279 apache 15 0 96328 62m 4616 S 0.0 2.0 0:14.07 httpd

1280 apache 15 0 83824 53m 4868 S 0.0 1.8 0:13.05 httpd

1309 apache 15 0 76888 49m 4052 S 0.0 1.6 0:05.46 httpd

1310 apache 15 0 80040 53m 5112 S 0.0 1.7 0:11.30 httpd

1311 apache 15 0 78912 51m 3964 S 0.0 1.7 0:02.13 httpd

1312 apache 15 0 83712 53m 4824 S 0.0 1.8 0:10.06 httpd

1313 apache 15 0 79744 52m 4024 S 0.0 1.7 0:06.12 httpd

1411 apache 15 0 88412 61m 4372 S 0.0 2.0 0:08.11 httpd

1413 apache 15 0 70336 43m 4340 S 0.0 1.4 0:01.90 httpd

1414 apache 15 0 72952 45m 4392 S 0.0 1.5 0:03.72 httpd

1418 apache 15 0 76604 48m 4516 S 0.0 1.6 0:06.14 httpd

1421 apache 15 0 71840 44m 3648 S 0.0 1.4 0:04.22 httpd

1488 apache 15 0 73700 46m 4360 S 0.0 1.5 0:02.00 httpd

1489 apache 15 0 71604 44m 3908 S 0.0 1.4 0:03.38 httpd

1532 root 16 0 1808 568 476 S 0.0 0.0 0:02.55 syslogd

Jei serveryje yra daugiau nei 1 vartotojas, patogiausia būtų naudoti suPHP ir taip identifikuoti potencialų parazitą. Kuomet darai "top" nuspausk SHIFT+M ir įklijuok screen'ą, nes šitoj marmalynėj akys raibsta.

Jei serveryje yra daugiau nei 1 vartotojas, patogiausia būtų naudoti suPHP ir taip identifikuoti potencialų parazitą. Kuomet darai "top" nuspausk SHIFT+M ir įklijuok screen'ą, nes šitoj marmalynėj akys raibsta.

 

Aciu Tau labai uz pagalba :)

 

1. Kenkejas buvo vartotojas kuris naudojo 6 cronjobus, vykdomus kas minute su ######nomis uzklausomis ir bugovais skriptais.

2. Tavo pagalba optimizavau mysql ir dabar veikia fantastiskai

 

3. Aciu uz nukreipima del suPHP :)

 

Sekmes!