Как найти причину высокой нагрузки на CPU системными вызовами из MySQL?

Question

[Денис]

Добрый день,
Имеется следующая конфигурация виртуальной машины в VMWare ESXi 5.0:
1. CPU 2.0 GHz - 2 процессора по 2 ядра.
2. Диск SCSI
3. Память 2 Гигабайта

Возникает следующая проблема. При загрузки страниц сайта, MySQL загружает ядра процессора на 100%. На один запрос тратится 10-15 секунд. Но загрузка идет не USER, а SysCall.
Вот скриншот htop:

А вот результаты strace:

]# strace -c -p 1730
Process 1730 attached
Process 1730 detached
% time     seconds  usecs/call     calls    errors syscall
------ ----------- ----------- --------- --------- ----------------
100.00   98.314338    24578585         4           poll
  0.00    0.001085         217         5           clone
  0.00    0.000000           0         5           accept
  0.00    0.000000           0         5           getsockname
  0.00    0.000000           0        15         5 setsockopt
  0.00    0.000000           0        30           fcntl
  0.00    0.000000           0         1           restart_syscall
------ ----------- ----------- --------- --------- ----------------
100.00   98.315423                    65         5 total

Видно, что процессор грузится системным вызовом poll(), но причину не могу понять.
Может кто сталкивался?

Answer 1

[Wol_fi]

банально конечно, но как у вас с оптимизацией? Индексы есть? Конфиги самого mysql правили?

Comments

[Денис]

Конфиги дефолтовые. С оптимизацией вопрос тоже не ясен. В ФС отключены atime и dirtime.
Но вопрос в общем то в том, где копать, что править в конфигах и что оптимизировать?
ЗЫ:
1. На невиртуальной машине все работает с теми же параметрами.
2: На этой же ESXi крутится еще десяток машин, на которых все в норме.
3. База не моя и какие там индексы и прочее сказать не могу.

[Wol_fi]

Денис: просто обычно большой расход базой процессорного времени - это первый признак отсутствия индексов\оптимальных настроек. То что касается poll() и т.д. - мне кажется это немного не в ту степь, возможно утилиты показывают неточные данные, на виртуальных машинах такое сплошь и рядом.

[Денис]

Wol_fi: Я сомневаюсь, что утилита для трассировки системных вызовов, неверно показывает, что эти вызовы были выполнены.
Просто я не могу понять, в чем дело. Куда копать?
Индексы я пересобрать или создать не могу. Это не моя база. База к готовому сайту. У человека все прекрасно работает на локальной машине, но на сервере появляется вот такая ситуация.
Покопав гугл, я понял, что проблема скорее всего в файловой системе. Но нигде, ни в гипервизоре, ни на гостевой системе я не вижу, почему метод pool() так долго отрабатывает. Ресурсов полно.

Answer 2

[coderisimo]

Можно посмотреть лог медленных запросов.
при наличии вопиющих случаев - заняться оптимизацией.
вот на что ИМХО можно обратить внимание :

1) Посмотреть explan медленных запросов, при необходимости создать нужные индексы
2) используете ли кэширование? (не только в БД , но и вообще)
3) что с конфигами мускула? у него достаточно памяти? ведь у вас может быть куча памяти на сервере, но мускул сам по себе не может ее использовать, ему надо разрешить.

вообще поиски узких мест на сервере очень интересный процесс... но сложный (( удачи!