Перейти к публикации
Дизайн и модификация IPS Community IPBSkinsBETA
Поиск в
  • Дополнительно...
Искать результаты, содержащие...
Искать результаты в...
Trotor

Mysql съедает всю память

Рекомендованные сообщения

Вот такая проблема. Бывает что при некоторых операциях на форуме - создание темы, удаление темы/сообщений и подобных (запись в БД) а также операций в админке связаных с записью в БД (создание разделов, удаление юзеров и так далее) форум начинает есть очень много памяти сервера, очень быстрый скачок памяти, доходит даже до того что сбедает её всю (а её аж полторы гига). Помогает перезапуск мускула, иногда память сама востанавливается.

 

Также часто превышен лими ЦП и сетевых ресурсов, вот как на этом скриншоте:

post-31497-0-74290400-1326575724_thumb.jpg

 

Подскажите, это дело в форуме, или же проблема сервера всё таки?

Поделиться сообщением


Ссылка на сообщение

Кстати включал Режим производительности (это отключение хуков и так далее) - таже ситуация. Тем более зачастую такое происходит после манипуляций в админке

Поделиться сообщением


Ссылка на сообщение

Какая у Вас посещаемость (посетителей в сутки и во время "часа пик")?

Поделиться сообщением


Ссылка на сообщение

Какая у Вас посещаемость (посетителей в сутки и во время "часа пик")?

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

Поделиться сообщением


Ссылка на сообщение

Также часто превышен лими ЦП и сетевых ресурсов, вот как на этом скриншоте

Вас не скачивают в массовом порядке?

 

Загрузка сервера превышена в три раза

 

Подскажите, это дело в форуме, или же проблема сервера всё та

Сервер.

 

ночью когда мало посетителей начинаться вот такие карусели.

Ночью нет бекапа?

  • Upvote 1

Поделиться сообщением


Ссылка на сообщение

Вас не скачивают в массовом порядке?

Вот этого не понял.

 

 

Ночью нет бекапа?

Бекап делается на автомате раз в трое суток. А тут практически каждый день такая карусель...

 

 

Сервер.

Вот ещё им раз написал, со скриншотами (как и просили). А то раньше отпихивали типа проблема не у них, а в скриптах форума.

Поделиться сообщением


Ссылка на сообщение

Было бы не лишним узнать количество сообщений, пользователей и суточную посещаемость (визиты/просмотры).

Поделиться сообщением


Ссылка на сообщение

Было бы не лишним узнать количество сообщений, пользователей и суточную посещаемость (визиты/просмотры).

Сообщений около 600 тысяч, юзеров около 20 тысяч, в среднем в онлайне 80 юзеров и 100 гостей. Кол-во хостов в сутки - примерно 3000

Поделиться сообщением


Ссылка на сообщение

Было бы не лишним узнать количество сообщений, пользователей и суточную посещаемость (визиты/просмотры).

И параметры сервера (VDS)

 

Вот этого не понял.

Такое бывает, когда несколько человек пытаются слить к себе весь сайт. Или DDOS атака. Забивают канал мусором и сервер работает с перегрузкой.

В обоих случаях, настройка кэша сервера немного помогает

Поделиться сообщением


Ссылка на сообщение

И параметры сервера (VDS)

IO-VZ-E

CPU, MHz - 2100

RAM, МБ - 1536

 

И собственно ответ от хостера:

Вам необходимо проанализировать какие именно процессы потребляют оперативную память.

 

Проблемы, очевидно, либо в настройках Вашего виртуального сервера, либо в используемых скриптах. С учетом того, что в ходе проведенного нами аудита (запрос №10937) никаких проблем на сервере обнаружено не было, то постоянно возникающая ситуация с использованием оперативной памяти связана именно со скриптами, либо с неоптимальной настройкой сервера под эти скрипты.

В любом случае, этот вопрос следует адресовать разработчикам скриптов.

 

Все наше оборудование работает в штатном режиме.

 

Не знаю что и делать. Может свалить к другому хостеру?

Поделиться сообщением


Ссылка на сообщение

Может свалить к другому хостеру?

Сказали же нормально работает, значит ищите кривые хуки и т. п. Выведите дебаг-информацию для начала (в настройках General Configuration). Правильно ли вообще настроен сервер, соответствует ли он системным требованиям? Раз у вас VDS, вы могли в настройках намутить. Ну а если у вас еще и нулл, то там все что угодно может быть.

Поделиться сообщением


Ссылка на сообщение

Проблемы, очевидно, либо в настройках Вашего виртуального сервера

Возможно.

Надо смотреть настройки MySQL как минимум.

 

то постоянно возникающая ситуация с использованием оперативной памяти

Но в приведенном скрине с оперативкой все в порядке. Больше похоже на ддос.

 

Все наше оборудование работает в штатном режиме

Стандартный ответ.

У одного хостера сыпался сервер, а я получал точно такой же ответ. До определенного момента, когда все таки доказал. Тогда он начал спешно перекидывать клиентов на другие машины.

И в другом месте тоже самое. У него все в штатном режиме, а не понятные тормоза сервера не его забота. ИМХО, но там был оверквотинг ресурсов. Здесь похоже тоже самое, но хостер в этом не когда не признается.

 

Может свалить к другому хостеру?

Да. Я после того как завязал с российском хостингом, избавился от непонятных проблем у хостеров.

 

Но куда не переедите, если у вас VDS хостер будет уходить от решения ваших проблем.

 

Сказали же нормально работает,

То это нечего не значит

 

значит ищите кривые хуки

Не обязательно кривые. Беда тройки, очень легко поставить хук. При определенном количестве, начинается "проседание" даже мощных серверов. Если VDS, то ответ однозначен -- большинство российских хостеров балуется оверселлингом.

 

Раз у вас VDS, вы могли в настройках намутить

Да. При избытке хуков это здорово вылезает.

 

Но забитый канал это несколько другое.

Поделиться сообщением


Ссылка на сообщение

Всё-таки перед переездом я бы рекомендовал для начала посмотреть на дебаг-информацию. Поискать там что-то плохое. Потом выключать хуки по одному и смотреть, что изменится.

Вспоминать еще не было ли каких-то правок исходного кода движка (может какой-то «мод» устанавливали от автора, не осилившего систему хуков), тоже может быть косяк там.

Поделиться сообщением


Ссылка на сообщение

Всё-таки перед переездом я бы рекомендовал для начала посмотреть на дебаг-информацию

Кто бы спорил. В любом случае это лишним не будет.

 

Потом выключать хуки по одному и смотреть, что изменится.

Ага. Можно здесь привести список хуков. Выключение "тяжелых" хуков окажет благоприятное действие и на оверквотинге.

 

Но меня больше волнует другое --

Mysql съедает всю память

Здесь форум не причем.

 

Как и использование сетевых ресурсов.

Поделиться сообщением


Ссылка на сообщение

значит ищите кривые хуки и т. п

В том то и дело, что при включёном режиме производительности (отключение хуков) таже фигня. Значит дело не в хуках.

 

Ну а если у вас еще и нулл, то там все что угодно может быть.

Такое не ставлю.

 

Правильно ли вообще настроен сервер, соответствует ли он системным требованиям? Раз у вас VDS, вы могли в настройках намутить

Вот это возможно. Только почему они пишут что скрипты, когда форум то вообще не причём?

 

Надо смотреть настройки MySQL как минимум.

Я в этом деле полный дебил :)

 

Но в приведенном скрине с оперативкой все в порядке. Больше похоже на ддос.

Форум часто заваливается кучей (500-1000) одноайпишных роботов (чаще от bing.com и майл.ру), которые скачут по темам. Может в этом дело?

 

У одного хостера сыпался сервер, а я получал точно такой же ответ. До определенного момента, когда все таки доказал. Тогда он начал спешно перекидывать клиентов на другие машины.

И в другом месте тоже самое. У него все в штатном режиме, а не понятные тормоза сервера не его забота. ИМХО, но там был оверквотинг ресурсов. Здесь похоже тоже самое, но хостер в этом не когда не признается.

Вспомнил одно "нехорошее дело" с их стороны двухгодичной давности. Один из наших мастеров, который занимался переносом базы, заметил что хостеры перекидывают часть наших ресурсов на другие машины (или что то в этом роде, для меня серверные дела это тёмный лес). После того как он это раскрыл, они вернули настройки.

 

Всё-таки перед переездом я бы рекомендовал для начала посмотреть на дебаг-информацию.

А как её посмотреть?

Поделиться сообщением


Ссылка на сообщение

Создайте аккаунт или войдите в него для комментирования

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

Создать аккаунт

Зарегистрируйтесь для получения аккаунта. Это просто!

Зарегистрировать аккаунт

Войти

Уже зарегистрированы? Войдите здесь.

Войти сейчас

  • Сейчас на странице   0 пользователей

    Нет пользователей, просматривающих эту страницу.

×
×
  • Создать...