Кстати, кого интересуют подробности - это баг 0.6 nginx, вызываемый тем, что ISPManager не совсем корректно усекает файлы конфига Nginx, поэтому и начинается взрывное потребление памяти.
alfafa: есть виртуальный магазин на джумле на хостинге http://domen.com.ua.
у них же был куплен и домен.
сайт провисел в интернете около недели и хостер его забанил.
цитата:
"Количество запросов от Вашего эккаунта сильно превышает разрешённое в Вашем
тарифном плане (B250).
Ваш лимит - 60 MySQL запросов в минуту и он основательно превышен.
Количество превышений за вчера составило: 181.
В пике эккаунт вызывал запросов: 997."
что интересно, посещений на сайте максимум 4 в день и я не думаю, что будет слишком много в ближайшее время.
откуда берется такое кол-во запросов, я не пойму.
посоветуйте что-нибудь(( не хочется терять индексацию яндекса и гугла( они как раз позавчера произошли наконец-то(
Вы используете бонусный хостинг, он по своей сущности не может держать тежолые движки.
Дело дойшло к 260 m queries/sec, мускуль не упал - то сервер стормозил.
в mysql-slow-log нашел кто первым был. Запрос:
update products_description set products_viewed = products_viewed +1 where products_id = '67 'and language_id = '1';
Query_time: 3
CMS - OSCommerce
текст той статьи - совсем небольшой ... И почему с него началось все не понимаю ...
Дальше - запросы от CMS wordpress.
подскажите как оптимизировать MySQL сервер (сейчас конфиг используется - 4GB RAM, InnoDB only, ACID, few connections, heavy queries, файл - my-innodb-heavy-4G.cnf). InnoDB надо будет отключить
Ибо те сайты которые в логе медленных запросов сервера БД выглядят безобидно
Ну или взять уже собранный нами под Debian 5 x86_64 пакетик: http://fastvps.googlecode.com/files/nginx_0.7.64-2_amd64.deb
Кстати, кого интересуют подробности - это баг 0.6 nginx, вызываемый тем, что ISPManager не совсем корректно усекает файлы конфига Nginx, поэтому и начинается взрывное потребление памяти.
Да, обвноление проблему решыло.
есть виртуальный магазин на джумле на хостинге http://domen.com.ua.
у них же был куплен и домен.
сайт провисел в интернете около недели и хостер его забанил.
цитата:
"Количество запросов от Вашего эккаунта сильно превышает разрешённое в Вашем
тарифном плане (B250).
Ваш лимит - 60 MySQL запросов в минуту и он основательно превышен.
Количество превышений за вчера составило: 181.
В пике эккаунт вызывал запросов: 997."
что интересно, посещений на сайте максимум 4 в день и я не думаю, что будет слишком много в ближайшее время.
откуда берется такое кол-во запросов, я не пойму.
посоветуйте что-нибудь(( не хочется терять индексацию яндекса и гугла( они как раз позавчера произошли наконец-то(
Вы используете бонусный хостинг, он по своей сущности не может держать тежолые движки.
1. да это стандартный прием панели.
2. надо смотреть что в логах
1) и что терпеть как есть?) както нехорошо когда лезуть ошыбки... особенно когда создавать много акаунтов.
2)
както ничего нового не говорит...
И ТС еще намерен в этой теме сдать в аренду сервер ...
Едва кто-то, прочитав что пишут все что цена завышена, арендует этот сервер
В том то и дело - что сервер вопще не нагружен, ЛА ~0.3-0.4
Дело дойшло к 260 m queries/sec, мускуль не упал - то сервер стормозил.
в mysql-slow-log нашел кто первым был. Запрос:
update products_description set products_viewed = products_viewed +1 where products_id = '67 'and language_id = '1';
Query_time: 3
CMS - OSCommerce
текст той статьи - совсем небольшой ... И почему с него началось все не понимаю ...
Дальше - запросы от CMS wordpress.
подскажите как оптимизировать MySQL сервер (сейчас конфиг используется - 4GB RAM, InnoDB only, ACID, few connections, heavy queries, файл - my-innodb-heavy-4G.cnf). InnoDB надо будет отключить
Ибо те сайты которые в логе медленных запросов сервера БД выглядят безобидно
В логе указано:
чего? секунд?
2) разобраться с тем, что делает nginx в момент наличия проблемы
3) обновить до стабильной версии из testing (собрать бекпорт)
3) хорошое решение от fastvps - http://fastvps.googlecode.com/svn/trunk/scripts/backport_nginx_07_deb.sh
nginx установлен с официального репозитория Debian
В настоящий момент была совет только на счет
1) gzip On - сделать Off
2) + Разобраться с keepalive_timeout 65
еще какие идеи и советы будут?
Ищите что сжирает вашу память, или кто сжирает.
я писал - nginx сжырает всю память...
попробую...