last pid: 13108; load averages: 11.34, 8.69, 8.20 up 0+04:15:26 15:04:10
116 processes: 14 running, 91 sleeping, 11 stopped
CPU: 99.1% user, 0.0% nice, 0.9% system, 0.0% interrupt, 0.0% idle
Mem: 484M Active, 2751M Inact, 151M Wired, 71M Cache, 112M Buf, 39M Free
Swap: 4096M Total, 48K Used, 4096M Free
PID USERNAME THR PRI NICE SIZE RES STATE C TIME WCPU COMMAND
11080 mysql 24 96 0 153M 78284K RUN 3 0:00 335.45% mysqld
7032 www 1 4 0 93424K 39624K sbwait 3 1:03 3.76% httpd
12981 www 1 20 0 89328K 27528K lockf 1 0:04 3.76% httpd
12562 www 1 20 0 89328K 30448K lockf 2 0:14 3.47% httpd
Из за чего mysqld может так загружать систему. При перезагрузки становится немного лучше, но через некоторое время становится все так же.
в processlist листе все обычно, просто все те операции, которые раньше выполнялись довольно быстро, теперь выполняются в разы дольше, и при этом идет офигенная нагрузка на сервер..
Допустим есть модуль загрузки номенклатуры, которые раньше выполнялся за 15 минут, сейчас он выполняется уже 1.5 часа и не факт что придет к логическому концу...
Это началось скорее всего после того, как несколько раз ребутили сервер при зависаниях.. начал тупить mysql..
Делал repair всех таблиц..mysqlcheck.. Не помогло..
даже не знаю, что с ним могло произойти
спасибо.
Спустя 46 минут, 13 секунд (30.03.2010 - 14:54) waldicom написал(а):
А кто его знает, из-за чего...
Поставьте MySQL Enterprise Monitor вместе с MySQL Query Analyzer, в нем можно увидеть, где затыки (и главное почему)...
Поставьте MySQL Enterprise Monitor вместе с MySQL Query Analyzer, в нем можно увидеть, где затыки (и главное почему)...
Спустя 4 часа, 24 минуты, 48 секунд (30.03.2010 - 19:19) vagrand написал(а):
Не надо ничего ставить. В MySQL консоли выполни show processlist (http://dev.mysql.com/doc/refman/5.1/en/show-processlist.html) и ты увидеш какие запросы сейчас висят, в каком статусе и как долго
Спустя 32 минуты, 44 секунды (30.03.2010 - 19:51) waldicom написал(а):
| Цитата (vagrand @ 30.03.2010 - 18:19) |
| Не надо ничего ставить. В MySQL консоли выполни show processlist (http://dev.mysql.com/doc/refman/5.1/en/show-processlist.html) и ты увидеш какие запросы сейчас висят, в каком статусе и как долго |
Шо, честно, честно?
Бедный админ будет 24 часа в сутки сидеть и набирать команду show processlist.
Спустя 2 часа, 36 минут, 34 секунды (30.03.2010 - 22:28) vagrand написал(а):
| Цитата |
| Шо, честно, честно? Бедный админ будет 24 часа в сутки сидеть и набирать команду show processli |
Если человеку срочно на загруженном сервере надо посмотреть, то не надо ничего ставить (если он вообще при load average 11 сможет что-то поставить).
Спустя 13 часов, 39 минут, 41 секунда (31.03.2010 - 12:08) xim написал(а):
в processlist листе все обычно, просто все те операции, которые раньше выполнялись довольно быстро, теперь выполнятся по в разы дольше, и при этом идет офигенная нагрузка на сервер..
Допустим есть модуль загрузки номенклатуры, которые раньше выполнялся за 15 минут, сейчас он выполняется уже 1.5 часа и не факт что придет к логическому концу...
Это началось скорее всего после того, как несколько раз ребутили сервер при зависаниях.. начал тупить mysql..
Делал repair всех таблиц..mysqlcheck.. Не помогло..
даже не знаю, что с ним могло произойти
Допустим есть модуль загрузки номенклатуры, которые раньше выполнялся за 15 минут, сейчас он выполняется уже 1.5 часа и не факт что придет к логическому концу...
Это началось скорее всего после того, как несколько раз ребутили сервер при зависаниях.. начал тупить mysql..
Делал repair всех таблиц..mysqlcheck.. Не помогло..
даже не знаю, что с ним могло произойти
Спустя 1 час, 26 минут, 19 секунд (31.03.2010 - 13:34) vagrand написал(а):
может раньше в таблицах было мало данных а теперь много?
Спустя 1 минута, 15 секунд (31.03.2010 - 13:35) xim написал(а):
нет, там всегда было около 400 тысяч позиций, кардинально размер не менялся, +-1000
Спустя 10 часов, 14 минут, 37 секунд (31.03.2010 - 23:50) xim написал(а):
с рейдом все нормально.. по тестам..