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

[Trotor 26]

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

 

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

 

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

[Trotor 26]

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

[GeoLik 42]

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

[Trotor 26]

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

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

[Ph-A 395]

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

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

 

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

 

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

Сервер.

 

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

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

[Trotor 26]

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

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

 

 

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

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

 

 

Сервер.

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

[weiss 34]

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

[Trotor 26]

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

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

[Ph-A 395]

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

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

 

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

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

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

[Trotor 26]

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

IO-VZ-E

CPU, MHz - 2100

RAM, МБ - 1536

 

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

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

 

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

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

 

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

 

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

[weiss 34]

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

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

[Ph-A 395]

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

Возможно.

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

 

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

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

 

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

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

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

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

 

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

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

 

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

 

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

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

 

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

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

 

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

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

 

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

[weiss 34]

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

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

[Ph-A 395]

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

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

 

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

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

 

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

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

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

 

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

[Trotor 26]

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

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

 

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

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

 

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

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

 

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

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

 

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

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

 

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

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

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

 

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

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