- Поисковые системы
- Практика оптимизации
- Трафик для сайтов
- Монетизация сайтов
- Сайтостроение
- Социальный Маркетинг
- Общение профессионалов
- Биржа и продажа
- Финансовые объявления
- Работа на постоянной основе
- Сайты - покупка, продажа
- Соцсети: страницы, группы, приложения
- Сайты без доменов
- Трафик, тизерная и баннерная реклама
- Продажа, оценка, регистрация доменов
- Ссылки - обмен, покупка, продажа
- Программы и скрипты
- Размещение статей
- Инфопродукты
- Прочие цифровые товары
- Работа и услуги для вебмастера
- Оптимизация, продвижение и аудит
- Ведение рекламных кампаний
- Услуги в области SMM
- Программирование
- Администрирование серверов и сайтов
- Прокси, ВПН, анонимайзеры, IP
- Платное обучение, вебинары
- Регистрация в каталогах
- Копирайтинг, переводы
- Дизайн
- Usability: консультации и аудит
- Изготовление сайтов
- Наполнение сайтов
- Прочие услуги
- Не про работу
Авторизуйтесь или зарегистрируйтесь, чтобы оставить комментарий
Доброго всем времячка.
Уже устал бороться с хостером. Говорит "нагрузка большая на сервер". Измеряется в "% нагрузки на CPU". Доступа к SSH сейчас нет, поэтому детали посмотреть не могу. Пытался писать log.txt с скриптом, с точным определение времени (даты), времени генерации страницы, кол-вом запросов, IP адресом, и др...
(мин/макс):
Время выполнения скрипта: 0.21889/2.73506 сек
Время затраченное на выполнение MySQL запросов: 0.04749/0.72518 сек
Общее количество MySQL запросов: 6/16.
Промежуток логов конечно скромный (20 минут). Чуть позже могу дать более глобальные рамки. Зато он записывает все значения для каждого открытия страницы (для каждого посетителя).
Все поля логов:
IP Адресс
Дата
Время выполнения скрипта
Время затраченное на компиляцию шаблонов
Время затраченное на выполнение MySQL запросов
Общее количество MySQL запросов
GET запрос страницы с параметрами
(часть существующий функций dle движка, часть организовал сам).
Красные поля таблицы Текущее состояние MySQL (phpMyAdmin):
1. Innodb_buffer_pool_reads 151 k (Количество последовательных запросов на чтение, которые InnoDB не смог выполнить из буферного пула и использовал постраничное чтение.)
2. Innodb_row_lock_time_avg 17 (Среднее время ожидания блокировки строк (в миллисекундах).)
3. Innodb_row_lock_time_max 283 (Максимальное время ожидания блокировки строк (в миллисекундах).)
4. Innodb_row_lock_waits 21 (Общее количество ожиданий блокировки строк.)
5. Handler_read_rnd_next 170 Количество запросов на чтение следующей строки из файла данных. Данное значение будет высоким, при частом сканировании таблиц. Обычно это означает, что таблицы не проиндексированы надлежащим образом или запросы не используют преимущества индексов.
6. Qcache_lowmem_prunes 7,023 k Количество запросов, удаленных из кеша для освобождения памяти под кеширование новых запросов. Эта информация может помочь при настройке размера кеша запросов. Кеш запросов использует стратегию LRU (дольше всего не использующиеся страницы заменяются новыми) при принятии решения об удаления запроса из кеша.
7. Table_locks_waited 167 k Количество запросов на блокировку таблицы, которые были удовлетворены только после определенного периода ожидания. Если значение велико и есть проблемы с производительностью, необходимо сначала оптимизировать свои запросы, а затем разбить свою таблицу (или таблицы) или использовать репликацию.
Вот вроде бы и всё. Ткните носом пожалуйста. Уже не знаю где баг :(
хотите эффективно искать узкие места - переходите на vps.
вот вы что-то там себе насчитали, но эти цифры совершенно бесполезны. не говорят даже где больше потрачено времени в php или mysql.
и какой же тут баг? просто ваш сайт больше не выгоден для хостера.
Хм, 2,7с на выполнение скрипта уж как-то многовато. Может давайте запросы посмотрим, их же немного? Хотя мне кажется, что беда у хостера, который не может выдержать нагрузок и пытается вытурить сайты, состоящие не из статических страниц;) С таким лучше расстаться.
Чтобы что то сказать нужно.
- показать структуру таблицы.
- показать проблемные запросы.
- показать EXPLAIN проблемных запросов.
Чтобы что то сказать нужно.
- показать структуру таблицы.
- показать проблемные запросы.
- показать EXPLAIN проблемных запросов.
Знать бы какие страницы создают "тяжёлые" запросы... Сайт сделан мной на алтруискийх началах. Это автомобилный клуб...(sylphy._ru Форум брал бесплатный. Факт в том, что он не очень шустрый... php в немного знаю, поэтому сам бы уже поправил... Но не могу найти узкое место. Скажем, при каком запросе создаётся нагрузка.
Тьма. На сайте форум с рядом "фишек". Типа "пригалсить друга", "кто он-лайн" и т.д. Поэтому все запросы я не могу показать (их много, и они разнообразы). Сейчас, разуметтся отключил многое. Нагрузка совсем чуток упала, но в рамки не влазит..
Ещё раз: вычислить бы при каком _GET запросе (при вызове какой страницы + парам.) создаётся бОльшая нагрузка.
Готов поспорить. Хостер МСХОСТ. Тариф "Профи".
Вот лог за сутки (интересные моменты), сек:
выполнения скрипта || компиляции шаблонов || выполнение MySQL запросов || кол-во MySQL запросов
9.37719 || 0.00900 || 0.04733 || 8
8.10813 || 3.86724 || 4.09481 || 15
7.06572 || 1.46154 || 0.24859 || 14
6.28892 || 3.51715 || 2.01122 || 11
4.12648 || 3.77228 || 0.15464 || 14
8.10813 || 3.86724 || 4.09481 || 15
5.37812 || 4.89984 || 0.16935 || 8
5.88482 || 4.98485 || 0.27153 || 12
6.03067 || 0.67076 || 4.97955 || 14
5.24244 || 0.00847 || 5.08112 || 14
94.35345 || 0.04533 || 93.28107 || 16
0.24661 || 0.00647 || 0.09594 || 29
0.27888 || 0.00688 || 0.11845 || 30
0.29338 || 0.00485 || 0.13749 || 61
2.24271 || 0.05393 || 1.20774 || 171
0.68646 || 0.01246 || 0.41309 || 183
2.57051 || 0.01478 || 1.98908 || 205
1.19439 || 0.01068 || 0.95479 || 214
1.02247 || 0.01521 || 0.73986 || 302
(краным выделен столбец, по которому отсортированны данные).
У самого чуть глаз не выпал от последней таблички: 302 запроса!... За сутки таких запросов в логи упало 6 шт. (т.е. 6 вызовов страниц). Время, IP, и _GET адрес у всех разный. Возникает мысль, что это у хостера что-то...
Вообщем надеюсь на вашу помощь, коллеги!
ЗЫ: есть друг, у него свой хостинг. Он сказал, что это норма, если хостер видит что сайт полпулярный, он искусственно завышает "нагрузку".
Спасибо что отклинулись. Мучаюсь уже давно...
ну с чем тут спорить? когда все хорошо - хостер молчит.
slva2000, ещё раз повторю 4-й совет: смотрите структуру базы данных. Индексы, например. Запросы. Explain смотрите. А потом уже можно логи PHP делать. Кстати, может быть у Вас есть доступ к логам долгих запросов mysql ?
Сделайте копию своего сайта на своём компьютере и погоняйте запросами к нему, посмотрите что делает mysql при этом.