ExBB Community » » MySQL » О нагрузке на сервер

Страниц (2): [1] 2 »
 

1. Defenderyk - 28 августа 2009 — 07:07 - перейти к сообщению
Задумался над вопросом о нагрузке на сервер. Какое ориентировочно оптимальное кол-во запросов в БД от одного пользователя, и какое не должно/не следует превышать: 20-30-40?

Среднее время загрузки сайта в свою очередь примерно 0,02-0,04

Форума от 0,008 до 0,04
2. yura3d - 28 августа 2009 — 08:47 - перейти к сообщению
Defenderyk
Нагрузка зависит не столько от кол-ва запросов, сколько от сложности операций, которые они выполняют и объёма обрабатываемой информации. Сложный запрос (допустим, извлечение большого объёма информации из нескольких таблиц) вполне может расходовать ресурсы, сопоставимые с выполнением десятка более простых запросов. Чаще всего ограничение по числу запросов актуально только при ограничении хостером числа запросов за единицу времени
3. Defenderyk - 28 августа 2009 — 08:48 - перейти к сообщению
Но насколько я знаю, есть какое-то ограничение по умолчанию, если хостер сам не выставлял ограничение?

Например 30-35 легких запроса на одного юзера это нормально?
4. yura3d - 28 августа 2009 — 09:58 - перейти к сообщению
Я когда-то имел счастье пользоваться сервером, где стояло ограничение в 30 000 запросов в час. Для скриптов, в которых плохо продуман алгоритм выполнения запросов (или слабо развита система кеширования) этого будет мало.
Как понять 30-40 запросов на одного пользователя? Если имеется ввиду открытие одной страницы, то это многовато, хотя нужно рассматривать степень "тяжести" запросов и назначение скрипта
5. bruno - 28 августа 2009 — 10:30 - перейти к сообщению
Кешировать надо то что возможно кешировать.
И будет всё ок.
А то так никаких лимитов никогда не будет хватать.
6. yura3d - 28 августа 2009 — 14:03 - перейти к сообщению
vipraskrutka пишет:
30-35 запросов на открытие одной страницы - это сверх дофига, хотя в какихнибудь говноджомлах это считается нормой...

Видел как-то форум phpBB2, при просмотре темы страница с 20 сообщениями использовала 158 (!!!) запросов, я аж удивился от увиденного Ничего себе!!!, далее методом исключения выяснил, что всему виной кривые версии модов (спасибо за пост и прочая лажа-мешура)

30 - 35 запросов для одной страницы оправданно в том случае, если такая страница вызывается не каждый раз, и не для извлечения, а для модификации данных. Например, для форумных движков вполне допустимы 35 запросов для случая удаления темы (каждым дополнительным запросом мы обновляем обновляем кол-во сообщений у тех пользователей, которую постили в тему, вычитая из исходного кол-ва те сообщения, которые были оставлены пользователями в удаляемой теме). Удаления тем происходят ничтожно редко по сравнению с просмотрами тем, поэтому для операции удаления вполне уместно повышенное число запросов (которое как раз и компенсируется малым числом запросов при извлечении данных совместно с кешированием)
7. Defenderyk - 28 августа 2009 — 15:48 - перейти к сообщению
Запросы просто для вывода определенной инфы из таблицы, т.е нересурсоемкие. Просто довольно много различной инфо выводится из разных разделов.

Ограничение на сервере 100 запросов в единицу времени.

Видимо да, с кэшем не все продумано
8. yura3d - 29 августа 2009 — 11:02 - перейти к сообщению
Defenderyk пишет:
Запросы просто для вывода определенной инфы из таблицы, т.е нересурсоемкие. Просто довольно много различной инфо выводится из разных разделов.

Зависит от требуемого формата вывода, в некоторых случаях можно данные из нескольких таблиц вывести одним-двумя запросами (пример - ExBB 2, для формирования списка форумов на главной странице используется 1 запрос, объединяющий извлечение информации из таблиц 5 таблиц: категории, форумы, пользователи, группы пользователей, маски доступа; разумеется, вся извлечённая информация кешируется как на уровне ядра класса БД, так и шаблонизатора). 30-40 запросов для одной страницы только для извлечения информации многовато, там должна быть очень сложная структура хранения и принцип обработки этой информации, чтобы использовать такое кол-во запросов

Defenderyk пишет:
Видимо да, с кэшем не все продумано

+1
9. Defenderyk - 29 августа 2009 — 13:26 - перейти к сообщению
да нет, система простая: запрос к таблице-вывод) но вот бы как-то уменьшить их кол-во, посмотрел, как такового кэша действительно нет
Если к тебе обращусь за некоторой консультацией, если сам не сделаю, когда будешь немного свободен для этого? Хорошо Мне не сильно к спеху, т.к сервак хороший, оперативки тоже много, аж 256 уже, но всеже оптимизация никогда не помешает
10. bruno - 29 августа 2009 — 13:54 - перейти к сообщению
У всех нормальных движков - кеширование обязательно уже входит в функционал.
11. bruno - 30 августа 2009 — 04:20 - перейти к сообщению
Кстати ещё можно nginx юзать.
Нагрузка уменьшается в несколько раз (!)
12. 1Bot - 30 августа 2009 — 09:39 - перейти к сообщению
bruno пишет:
Кстати ещё можно nginx юзать

Поподробнее можно? Не совсем понятно как это связано с MySQL. Под какими ОС работает?
13. bruno - 30 августа 2009 — 16:18 - перейти к сообщению
1Bot
Пока здесь прочти:
http://ru.wikipedia.org/wiki/Nginx

Этой штукой уже обзавелись многие сайты, восновном с повышенной нагрузкой, потому что без Nginx они бы уже давно перестали существовать. А с Nginx всё кешируется, даже то что при обычных условия кешировать невозможно.
14. Defenderyk - 31 августа 2009 — 16:49 - перейти к сообщению
какие данные обычно кэшируют в CMS?

на сколько я знаю у меня на сервере именно Nginx и стоит, хотя могу ошибаться
15. Umbr - 22 января 2011 — 11:22 - перейти к сообщению
Получил письмо от хостера:
В последнее время Ваш хостинг сильно перегружает сервер, где он размещен.
Это создает недопустимые помехи для других пользователей этого сервера.
Причины:
Превышен лимит на процессорное время за последние 7 суток.
Использовано 2445988975345660.00 из 500 минут.
Превышен лимит на число операций ввода-вывода.
Использовано 18446744073709551615 из 400000.
(приведенные максимальные значения параметров содержатся в Приложениях 2 и 3)
Напоминаем, что в соответствии с Договором (пункт ...) наша компания вправе
блокировать Вашу услугу хостинга, как приводящую к заметному ухудшению
качества обслуживания других клиентов.
(!) Настоятельно рекомендуем оптимизировать скрипты сайта (самостоятельно либо путем обращения к их разработчикам).
Если это не снизит общую нагрузку, то Вы можете:
а) подключить услугу "..." ...


Удивился конечно, так как кроме десятка ботов и двух человек там ни кого не бывает, это я по истории посещений знаю. Позвонил, они признали ошибку и извинились ...

Яндекс.Метрика   

Powered by ExBB
[Script Execution time: 0.0222]     [ ]