VPF::Большое TIME+ для mysqld - Форум программистов

bncom

Дата 14.2.2010, 20:25 (ссылка)

(нет голосов)

Загрузка ...

Бывалый

Профиль
Группа: Участник
Сообщений: 170
Регистрация: 2.11.2005

Репутация: нет
Всего: 1

Здравствуйте!

Есть сервер следующей конфигурации:

Версия MySQL:     5.0.51a-24+lenny2
Версия PHP:     5.2.6-1+lenny4
Веб-сервер:     Apache/2.2.9 (Debian) PHP/5.2.6-1+lenny4 with Suhosin-Patch mod_ssl/2.2.9 OpenSSL/0.9.8g

Установлены nginx и eAccelerator.

На сервере работает сайт (CMS Жумла) и форум (IPB 3.x).

В top'е показывается следующее:

Код


  PID USER      PR  NI  VIRT  RES  SHR S %CPU %MEM    TIME+  COMMAND
 7652 www-data  16   0  230m  34m  14m S  2.3  5.8   0:00.54 apache2
 6143 www-data  15   0  236m  42m  16m S  1.7  7.1   0:02.17 apache2
3180 mysql     15   0  120m  19m 5536 S  0.3  3.2 320:19.36 mysqld
    1 root      15   0 10304  740  616 S  0.0  0.1   0:01.16 init
 3086 root      15   0  5896  684  524 S  0.0  0.1   0:07.98 syslogd
 3098 root      15   0 49748 1196  704 S  0.0  0.2   0:10.94 sshd
 3138 root      25   0 17312 1452 1156 S  0.0  0.2   0:00.00 mysqld_safe
 3184 root      25   0  3772  588  496 S  0.0  0.1   0:00.00 logger
 3265 root      15   0 12368  684  464 S  0.0  0.1   0:04.53 dovecot
 3266 root      15   0 71384 3288 2300 S  0.0  0.5   0:03.25 dovecot-auth
 3364 root      15   0 36832 2292 1804 S  0.0  0.4   0:03.53 master
 3365 postfix   15   0 39064 2552 1884 S  0.0  0.4   0:00.58 qmgr
 3431 root      15   0 18540  940  724 S  0.0  0.2   0:00.26 cron
 3447 dovecot   15   0 14208 1984 1592 S  0.0  0.3   0:00.67 imap-login
 3448 dovecot   15   0 14208 1984 1592 S  0.0  0.3   0:00.65 imap-login
 3449 dovecot   15   0 14208 1984 1592 S  0.0  0.3   0:00.63 imap-login
 9523 postfix   15   0 38888 2252 1784 S  0.0  0.4   0:00.00 verify
 9643 root      15   0 66540 3616 2452 S  0.0  0.6   0:00.07 sshd
 9654 root      18   0 17260 1380 1140 S  0.0  0.2   0:00.00 bash

Я так понимаю, что TIME+ для MySQL равное 320 это много, даже очень. Ведь так? В качестве драйвера БД поставлен mysqli, но видимо, особого результат это не дает.

Вопрос: как можно уменьшить TIME+, может есть еще какие-нибудь способы оптимизации?

--------------------

"Мы никогда не живем, мы лишь надеемся, что будем жить." Вольтер

DSsupport

Дата 15.2.2010, 21:52 (ссылка)

(нет голосов)

Загрузка ...

Шустрый

Профиль
Группа: Участник
Сообщений: 64
Регистрация: 5.3.2009

Репутация: 5
Всего: 5

Если идут постоянные обращения к mysql и у сервера большой uptime, то это нормально.

По поводу уменьшения TIME+ и оптимизации необходимо:
1) Включить The Slow Query Log и периодически смотреть туда;
2) Посмотреть в сторону http://www.day32.com/MySQL/tuning-primer.sh

bncom

Дата 16.2.2010, 11:32 (ссылка)

(нет голосов)

Загрузка ...

Бывалый

Профиль
Группа: Участник
Сообщений: 170
Регистрация: 2.11.2005

Репутация: нет
Всего: 1

Спасибо, я вчера воспользовался mysqltuner.pl, сделал изменения в настройки MySQL, как порекомендовал скрипт, пока что все работает нормально, и быстренько.

Это сообщение отредактировал(а) bncom - 16.2.2010, 11:33

--------------------

"Мы никогда не живем, мы лишь надеемся, что будем жить." Вольтер

0 Пользователей читают эту тему (0 Гостей и 0 Скрытых Пользователей)
0 Пользователей:
« Предыдущая тема \| Администрирование Web серверов и Web служб \| Следующая тема »