mySQL сколько сможет вытянуть по нагрузке??

[Ray Adams]

Вопрос для меня стал очень насущный. Сможет ли mySQL спокойно вытягивать 16 одновременный подсоединений и по 80 запросов в минуту? Ну цифры грубые я понимаю, но все же?
Проблемма в том что старый провайдер говорил что мой сайт убивал их mySQL на что я конечно отвечал, не верю! Если кто слышал про сайт NVIDIA BIOS COllection, это он и есть. Уже больше месяца переезжаю на нового прова. Так там вообще прикол получился, вот цитата из письма:
---------
Пользователь MySQL "xdgames" систематически перегружает сервер SQL-запросами.
В результате этих действий прекращается нормальная работоспособность
всех клиентов  БД, а также отдельных сервисов сервера.
По собранной статистике за период 16:00-17:00 22.04 пользователь
xdgames произвёл  около 1000 подключений и 50000 запросов, что
несколько раз  приводило к необходимости ручной перезагрузки сервиса.

При таком интенсивном использовании (~16 подключений и 80 запросов в
минуту) необходим отдельный сервер БД.

[Ray Adams]

-------
Интересно 8-) Ну допустим пользователи умудрились в один час так подключиться! Хотя я еще не обьявлял о том что сайт пеехал или вернее не говорил что он уже работает. Так кому верить? Я лично свой сайт на новом сервере в запущенном виде не видел ни разу. На сайте стоит PHP Nuke, я знаю что он написан не очень хорошо! Но я его сильно перелопатил, гшде мог делал отчистку после запросов, но мож я не прав? И при 4000-5000 хостов в день Nuke просто убивает mySQL??? Но ведь есть же сайты у которых и по 45000-50000 хостов в день и тоже на mySQL, у них что таких проблем нету?

[AliMamed]

скорее всего проблема в неоптимальном использовании скриптом базы

попробуй посчитать количество запросов / подключений, которые делает скрипт для стандартных операций

[Dm]

Spylog использует MySQL, кстати. Думаю, нагрузка у них побольше.

все зависит от коэффициента кривизны запросов и железа сервера.

[Ray Adams]

Насчет кривизны запросов не знаю. Я многие оптимизировал. А вот железо 8-) тут я не очень в курсе но там хостатся очень крутые сайты так что думаю что с этим все должно быть нормально. Ну буду копать дальше. Проблма пока что в том , что сайт так и не получается запустить. Его вырубают сразу как только он приходит в себя

[Dm]

хостатся очень крутые сайты так что думаю что с этим все должно быть нормально

не всегда. нужно точно уточнить.

реально, подсчитай кол-во запросов, как посоветовал Али.

[YA]

Dm

Spylog использует MySQL

Немного не в тему, но все-таки: всегда удивлялся, откуда люди берут информацию относительно используемой на чужом сайте СУБД. У самого три версии:
1) утечка/несокрытие инфомации (не обсуждается);
2) хостишся "рядом", отлично знаешь хостера и, возможно, соседей;
3) иногда можно строить предположения по каким-то косвенным признакам (особенности работы самого сайта).
Может уточните или расширите список?

[Dm]

YA
дело в том, что это официальные сведения.

а вообще, узнается эта инфа обычно лично у админов или др. сотрудников.

[YA]

Dm
Ну в данном случае понятно. Просто я сталкивался со случаями, когда такая информация админами скрывалась.

[Ray Adams]

Так вот теперь малость дополнение. Сайт мой заработал, но опять не надолго 8-)) Но я успел его увидеть. Не прошло и пяти минут как он отключился. Вернее видно что не пашет мускул. Решил я всетаки проверить какая нагрузка идет. Копия сайта у меня локально сидит. Запустил WinMysqlAdmin там есть статистика. Вот что она мне показала, при открытии главной страницы происджоит около 200 запросов., но поток открыт один! НЕужели у них там 386 что не справляется с такими запросами??? Тем более что из 200 запросов подавляющее большинсвто это запросы типа select count(*) from.
Сколько я не пытался убить мускул на моей машине, ничего не вышло 8-) А у меня стоит простая тачка с P3 733, и 256 рамы

[NAS]

Вот что она мне показала, при открытии главной страницы происджоит около 200 запросов

Одна страница 200 запросов ? По-моему это ОЧЕНЬ много.

[Ray Adams]

Ну а что делать??? Информации много и 100% вытягивается из базы. Оптимизировать мождно только сами запросы но не колличесвто

[Chs]

Ну а что делать??? Информации много и 100% вытягивается из базы. Оптимизировать мождно только сами запросы но не колличесвто

Почему? Оптимизация количества запросов - вполне нормальная задача.

[Ray Adams]

Да я не про то 8-)
Уменьшит кол-во врядли получиться так как каждый запрос делает свою работу и по другому ее не сделаеш.

[Chs]

Уменьшит кол-во врядли получиться так как каждый запрос делает свою работу и по другому ее не сделаеш.

А здесь, батенька, вы скорее всего не правы....