Много IO/s записей в Centos 6.5 - инвертируют отношение от чтения - как нормально
Вы уверены, что осуществляете сниффинг правильного интерфейса? Если Вы соединяетесь локально как в Вашем примере, необходимо подключить к петлевому интерфейсу (lo) вместо eth0 или любой другой eth*.
Я не знаю MySQL.isPresent, Вы попытались фильтровать tcp порт 3306? Это должно быть достаточно, действительно.
Как альтернатива, можно получить трафик с помощью tcpdump на командной строке и затем открыть файл дампа с wireshark:
tcpdump -nli lo port 3306 -s 0 -w mysql.dump
wireshark mysql.dump
Замените lo eth0 и т.д. в случае необходимости.
Моя первая мысль: время доступа.
Если вы не отключили их (или ваш distro есть, но я уверен, что RHEL6 / CentOS6 по умолчанию не поддерживает), Linux по умолчанию будет поддерживать временные метки доступа для всех файлов и каталогов. Это означает, что каждый раз, когда ОС читает файл, даже просто статистику, она генерирует запись для обновления метки времени.
Попробуйте смонтировать LogVol00 и / или LogVol01 с параметром монтирования «noatime».
Кроме того, Попытки доступа Apache почти наверняка генерируют записи (access_log, возможно error_log), но могут не генерировать чтения, потому что кеш Linux VFS перехватывает и обслуживает их до того, как они попадут на диск.
С MySQL проверьте чтобы узнать, включен ли общий журнал запросов или журнал медленных запросов. Это один из способов, при котором вещи, которые должны быть только прочитаны, могут в конечном итоге привести к неожиданной записи. Настройка MySQL сама по себе является большой темой, поэтому я просто добавлю - взгляну на ваши настройки MySQL ... частоту попаданий во внутренний кеш и т. Д. Может быть, он чаще попадает на диск для таких вещей, как временные таблицы, чем следует.
Ошибка все это, вы можете проверить, что приложение, работающее на них, не делает ничего необычного. Например, я видел веб-приложения, которые делают такие вещи, как хранение аналитических данных в базе данных - удобно,