- Поисковые системы
- Практика оптимизации
- Трафик для сайтов
- Монетизация сайтов
- Сайтостроение
- Социальный Маркетинг
- Общение профессионалов
- Биржа и продажа
- Финансовые объявления
- Работа на постоянной основе
- Сайты - покупка, продажа
- Соцсети: страницы, группы, приложения
- Сайты без доменов
- Трафик, тизерная и баннерная реклама
- Продажа, оценка, регистрация доменов
- Ссылки - обмен, покупка, продажа
- Программы и скрипты
- Размещение статей
- Инфопродукты
- Прочие цифровые товары
- Работа и услуги для вебмастера
- Оптимизация, продвижение и аудит
- Ведение рекламных кампаний
- Услуги в области SMM
- Программирование
- Администрирование серверов и сайтов
- Прокси, ВПН, анонимайзеры, IP
- Платное обучение, вебинары
- Регистрация в каталогах
- Копирайтинг, переводы
- Дизайн
- Usability: консультации и аудит
- Изготовление сайтов
- Наполнение сайтов
- Прочие услуги
- Не про работу

В 2023 году Google заблокировал более 170 млн фальшивых отзывов на Картах
Это на 45% больше, чем в 2022 году
Оксана Мамчуева

Тренды маркетинга в 2024 году: мобильные продажи, углубленная аналитика и ИИ
Экспертная оценка Адмитад
Оксана Мамчуева
Авторизуйтесь или зарегистрируйтесь, чтобы оставить комментарий
Добрый вечер.
Возникла следующая проблема на сервере - сервер периодически падает из за нагрузки мускула до 200%. По словам поддержки нагрузку создают базы данных сайтов расположенных на сервере. До недавнего времени все практически нормально работало и базы не давали нагрузку.После того как начались проблемы, базы уменьшили почти на 50% и оптимизировали таблицы но нагрузка все равно идет.Нужна помощь специалиста по мускулу который сможет помочь в данном вопросе.
Аська для связи - 760295
>Возникла следующая проблема на сервере - сервер периодически падает из за нагрузки мускула до 200%.
Как это на 200%?. Или у тебя VDS?
да так бывает если top рассчитывает процент исходя из времени, но ядра два и каждое загружено полностью этим процессом.
Я бы предложил проставить лимиты на mysql и забыть о проблеме
1. лимиты это самый быстрый и дешёвый способ решения. Проблема нагрузки на мускул то может и решит, но зачем же обижать посетителей сайтов? На них по фигу чтоли)). Хотя, если пострадают только несколько процентов посетителей, то не очень страшно. Это лучше, чем когда сразу все не могут пользоваться сайтами.
2. А по хорошему, нужно смотреть какие запросы висят в списке подключений. Находить из каких скриптов они вызываются, анализировать время их выполнения. При возможности оптимизировать SQL запросы. Плюс дополнительно искать способы уменьшения общего числа запросов к базе.
-
очень много запросов к базе делают бесплатные ЦМСки. Упор делают на функционале, но не на экономию ресурсов.
3. Может кэширование спасёт?
4. Может на серваке что слетело, или пришло время увеличить ресурсы сервера?
5. Может какие внедрения делали в коды сайтов. Странно, что уменьшение базы в два раза не привело к улучшению ситуации.
1. Это поможет найти проблемных сайтов
2. А потом уже смотреть и анализировать их
В мускуле есть настройка, кот. позволяет включить лог медленных запросов, т.е. те кот. выполняются долго и соотв. кушают процессорное время.
Стучаете. Договоримься. сделаю.
Кеширование, кеширование и еще раз кеширование.
Кеширование, кеширование и еще раз кеширование.
Добавлю, memcached, memcached и еще раз memcached ☝
PS - придется код перекодить, но оно того стоит т.к. еще и дисковую подсистему круто разгрузите.
Добавлю, memcached, memcached и еще раз memcached ☝
PS - придется код перекодить, но оно того стоит т.к. еще и дисковую подсистему круто разгрузите.
только этого самого МЕМа не забыть добавить:)