- Поисковые системы
- Практика оптимизации
- Трафик для сайтов
- Монетизация сайтов
- Сайтостроение
- Социальный Маркетинг
- Общение профессионалов
- Биржа и продажа
- Финансовые объявления
- Работа на постоянной основе
- Сайты - покупка, продажа
- Соцсети: страницы, группы, приложения
- Сайты без доменов
- Трафик, тизерная и баннерная реклама
- Продажа, оценка, регистрация доменов
- Ссылки - обмен, покупка, продажа
- Программы и скрипты
- Размещение статей
- Инфопродукты
- Прочие цифровые товары
- Работа и услуги для вебмастера
- Оптимизация, продвижение и аудит
- Ведение рекламных кампаний
- Услуги в области SMM
- Программирование
- Администрирование серверов и сайтов
- Прокси, ВПН, анонимайзеры, IP
- Платное обучение, вебинары
- Регистрация в каталогах
- Копирайтинг, переводы
- Дизайн
- Usability: консультации и аудит
- Изготовление сайтов
- Наполнение сайтов
- Прочие услуги
- Не про работу
Как удалить плохие SEO-ссылки и очистить ссылочную массу сайта
Применяем отклонение ссылок
Сервис Rookee
Авторизуйтесь или зарегистрируйтесь, чтобы оставить комментарий
Есть сервер. Установлен CentOS + ISPManager
На сервере несколько клиентов.
Периодически кто-либо из клиентов запускает кривой скрипт, который создает огромное кол-во запросов к БД. В следствии чего сервер виснет.
Нашел в настройках клиентов ограничение на кол-во запросов к БД в час средствами ISPManager, но "в час" не подходит.
Как можно решить данную проблему?
max_user_connection не то?
Я бы вам посоветовал разбираться с деятельностью ваших клиентов а не резать лимиты.
в час средствами ISPManager, но "в час" не подходит.
а почему не подходит? подсчитайте кол-во запросов в среднем в час, помножте на 2..3.., да и пропишите..
max_user_connections=30
Не помогает.
установлено 72000 в час, но это ограничение не помогает от мгновенной нагрузки на мускл.
max_user_connections=30
Не помогает.
почему не помагает? поставьте 10, поставьте 5
где вы указываете это значение? что говорит show global variables where Variable_name = 'max_user_connections' ?
просто больше вариантов-то и нет (простых).
смотрите движок свой, там скорее всего косяки...
скорее всего соединение не разрывыется или разрв (или обработка запроса) заканчивается ошибкой
еще можно попробовать использовать "постоянно соедиенение" с MySQL (будет максимум одно соединение), есть в apache mod_*, Tomcat,etc
Если у вас много клиентов и они выполняют совершенно произвольные запросы, то никакими настройками эффекта не добиться.
Нужно использовать скрипт отстреливающий длинные запросы на выборку.
Обновления отстреливать небезопасно для данных.
Если у вас много клиентов и они выполняют совершенно произвольные запросы, то никакими настройками эффекта не добиться.
Нужно использовать скрипт отстреливающий длинные запросы на выборку.
Обновления отстреливать небезопасно для данных.
Цена вопроса, если занимаетесь?
seomaniac, все что угодно. Допустим, 30 wmz.
Или складировать долгие запросы и тыкать ими в юзеров
а как нибудь можно сделать чтобы запрос не мог более ХХ секунд исполнялся?