- Поисковые системы
- Практика оптимизации
- Трафик для сайтов
- Монетизация сайтов
- Сайтостроение
- Социальный Маркетинг
- Общение профессионалов
- Биржа и продажа
- Финансовые объявления
- Работа на постоянной основе
- Сайты - покупка, продажа
- Соцсети: страницы, группы, приложения
- Сайты без доменов
- Трафик, тизерная и баннерная реклама
- Продажа, оценка, регистрация доменов
- Ссылки - обмен, покупка, продажа
- Программы и скрипты
- Размещение статей
- Инфопродукты
- Прочие цифровые товары
- Работа и услуги для вебмастера
- Оптимизация, продвижение и аудит
- Ведение рекламных кампаний
- Услуги в области SMM
- Программирование
- Администрирование серверов и сайтов
- Прокси, ВПН, анонимайзеры, IP
- Платное обучение, вебинары
- Регистрация в каталогах
- Копирайтинг, переводы
- Дизайн
- Usability: консультации и аудит
- Изготовление сайтов
- Наполнение сайтов
- Прочие услуги
- Не про работу
Авторизуйтесь или зарегистрируйтесь, чтобы оставить комментарий
Здравствуйте.
Есть сервер, который работает под базой данных MySQL
сама база небольшая, порядка 100 мб. количество запросов к ней тоже не очень много, из них только 1 тяжелый.
При этом сервер просто вешается. Время выполнения простейших запросов очень большое.
Вот фотка тор-а в одном из пиков.
[ATTACH]48820[/ATTACH]
Подскажите, как можно найти узкое место этого добра?
смотрите в "пике":
mysqladmin proc
ищите узкие места в slow query log.
движок сайта/сайтов - самописный или что-то стандартное? cms какая-нибудь...
смотрели slow query log - непонятно. как будто время запросов большое, а ресурсы при этом есть. почему не используются - непонятно :(
С жестким диском все в порядке? Поставьте smartmotools
smartctl -a /dev/_ваш_жесткий_диск
Посмотрите, нету ли ошибок
С жестким диском все в порядке? Поставьте smartmotools
smartctl -a /dev/_ваш_жесткий_диск
Посмотрите, нету ли ошибок
Базу данных переносили между дисками, ставили на более быстрый. Увеличение производительности копеечное.
При этом сервер просто вешается. Время выполнения простейших запросов очень большое.
наймите нормального программера который все корректно перепроверит в вашем CMS и исправит те косяки которые приводят к этому безобразию
Подскажите, как можно найти узкое место этого добра?
узкое место - это в 90% случаев человек, 9% железо, а оставшийся 1% - это просто судьба 🚬
Базу данных переносили между дисками, ставили на более быстрый. Увеличение производительности копеечное.
поставьте SAS или SSD, если тоже будет копеечное, увольняйте программера и нанимайте нового
критического iowait на скрине не видно, так что видимо запросы процессоропожирающие.
добавить к myhand нечего - копайте.
my.cnf творчески не переосмысливали?
если можно его в студию...
На картинке не видно ни пика, ни причин его. Проанализируйте выделение памяти для mysql, может быть дело именно в этом, какие-нибудь временные таблицы, индексы. Например http://www.day32.com/MySQL/ MySQL Performance Tuning Primer Script