- Поисковые системы
- Практика оптимизации
- Трафик для сайтов
- Монетизация сайтов
- Сайтостроение
- Социальный Маркетинг
- Общение профессионалов
- Биржа и продажа
- Финансовые объявления
- Работа на постоянной основе
- Сайты - покупка, продажа
- Соцсети: страницы, группы, приложения
- Сайты без доменов
- Трафик, тизерная и баннерная реклама
- Продажа, оценка, регистрация доменов
- Ссылки - обмен, покупка, продажа
- Программы и скрипты
- Размещение статей
- Инфопродукты
- Прочие цифровые товары
- Работа и услуги для вебмастера
- Оптимизация, продвижение и аудит
- Ведение рекламных кампаний
- Услуги в области SMM
- Программирование
- Администрирование серверов и сайтов
- Прокси, ВПН, анонимайзеры, IP
- Платное обучение, вебинары
- Регистрация в каталогах
- Копирайтинг, переводы
- Дизайн
- Usability: консультации и аудит
- Изготовление сайтов
- Наполнение сайтов
- Прочие услуги
- Не про работу
В 2023 году Google заблокировал более 170 млн фальшивых отзывов на Картах
Это на 45% больше, чем в 2022 году
Оксана Мамчуева
Авторизуйтесь или зарегистрируйтесь, чтобы оставить комментарий
Здравствуйте уважаемые форумчане. Прошу Вас помочь разобраться с возникшей проблемой:
днем при максимальной нагрузке на сервер очень часто выскакивет "Too many connections", и происходит это при 1Gb загруженности оперативки (если верить "htop"):
хотя top показывает всегда почти полную загрузку:
подскажите пожалуйста как мне избежать "Too many connections"? или для 100к хитов в сутки уже надо расширять ОЗУ?
http://mysql.ru/docs/man/Too_many_connections.html
http://mysql.ru/docs/man/Too_many_connections.html
спасибо, я не знал про дефолтное значение данного параметра, думал анлим...
но я выставил max_connections на 10к, но сделал это недавно, вечером, и не было еще возможности потестить на нагрузках...
спасибо, я не знал про дефолтное значение данного параметра, думал анлим...
Глупости думал.
но я выставил max_connections на 10к
Это ровно такая же глупость как и "анлим". У вас столько памяти?
Не хочется головой думать, разбираться и читать документацию - возьмите скрипт http://mysqltuner.pl/. Все лучше - будет уже более-менее конкретная диагностическая информация и советы.
ТС, какая у Вас CMS?
Глупости думал.
имелось ввиду "ограничено возможностями системы"
У вас столько памяти?
так я это и хочу выяснить: настало время добавлять или можно еще выжать из данного объема)...
и на будущее составится некоторое представление типа масштаб/возможность
ТС, какая у Вас CMS?
cms отсутствует, при использовании cms критический момент настал бы гораздо раньше...
имелось ввиду "ограничено возможностями системы"
Лутше штоп загнулось все, ага.
так я это и хочу выяснить: настало время добавлять или можно еще выжать из данного объема)...
Ну, используется она у вас вся. Хотя непосредственно приложения забрали меньше 1Gb - остальное кеш vfs и т.п.: http://www.linuxatemyram.com/
Насколько критично будет для вашего сервиса если вы заберете эту память под приложения - кто ж его знает.
cms отсутствует, при использовании cms критический момент настал бы гораздо раньше...
Почему-то постоянно встречаюсь с убеждением: "если бы я использовал стандартный фреймворк или CMS вместо самописного чуда енженерной мысл - было бы еще хуже". Что характерно, не всегда так.
Почему-то постоянно встречаюсь с убеждением: "если бы я использовал стандартный фреймворк или CMS вместо самописного чуда енженерной мысл - было бы еще хуже". Что характерно, не всегда так.
изначально сайт ставился на modx, и стало фсёплоха помоему на ~20-30к хитах в сутки, после чего переписал его на "своё чудо инженерной мысли", и вот протянул до 100к + боты... делал я это осмысленно, и сейчас для вывода страницы делается не более 10 несложных обращений к mysql против 100+ в modx
---------- Добавлено в 19:53 ---------- Предыдущее сообщение было в 19:46 ----------
http://www.linuxatemyram.com/
спасибо за ссылку занятный материал! изучаю...
TC, а show processlist; что показывает?
Возможно у вас используется функция mysql_pconnect и много соединений находится в sleep, попробуйте заменить на mysql_connect.
TC, а show processlist; что показывает?
Возможно у вас используется функция mysql_pconnect и много соединений находится в sleep, попробуйте заменить на mysql_connect.
Да это действительно так, в слипе висят 50-100 подключений. Меняя _pconnect на _connect не столкнусь ли я с повышением нагрузки?
Да это действительно так, в слипе висят 50-100 подключений. Меняя _pconnect на _connect не столкнусь ли я с повышением нагрузки?
ТС, вы стебаетесь? Зачем вы в своих скриптах использовали pconnect и каких годов скрипты стоят?