1.5.0 (88) Большая нагрузка на Gamebdb

Всем привет. Сразу к делу.
Последнее время, заметил что после старта сервера, спустя несколько дней, игровая база данных, постоянно нагружена.
Изначальный старт сервера проходит четко, и база не нагружается в течении 5-10 часов. Но спустя это время, она сильно чем то нагружается, в игре это показывается лагами. От себя, так как ранее в моем опыте такого не встречалось, я подумал что возможно есть какие то ошибки в базе, после рестарта сервера, я пропустил базу через фикс, и запустил ее отдельно в screen, в итоге все так же, спустя часы времени, она грузится не понимаю почему.
Собственно что может ее грузит, и почему?

Много игровых аккаунтов в базе? Много логинов в mysql базе? Сколько персонажей?
И параметры машины

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

Бывают моменты когда скрипт начинает прощерстивать каждый логин с mysql, я замечал в консоли этот громадный лог выполнения, в данный момент нагрузка на mysql очень большая, если машина слабая то скорее всего как раз в этом и есть причина

Машина не слабая

Скрипты с обновлением топа и т.д. работающие по запросам типа:
./gamedbd gamesys.conf listfaction
Если да, советую не использовать. На версиях выше 1.5.0 эти запросы забивают базу.
И сколько процессов gamedbd у тебя при этом? Должно быть не больше 1

В любом случае он что-то делает. Я бы проверил колличество аккаунтов в базе mysql, может их там больше миллиона. Ну и про процессу в окошке глянуть что именно он в этот момент делает

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

у меня случается после рестарта, что не видно кланы первые 5-10 минут, это уже норма)

Это из-за того, что скрипт запуска сервера мало выделяет времени на загрузку гфекшен, и гфекшен не успевает прогрузить все кланы

И ещё, года так эдак 2 назад гигбат рассказывал о неком скрипте который был в сборках в самой папке gamedbd на чем написан неизвестно, но гигбат говорил что данный скрипт типа айвеба только круче и им редактировать или менять игровую базу в консоли, врать не буду как то так это звучало, могу ошибаться, но с уверенностью могу сказать и доказательство есть что дерево процессов демона можно перезапустить, не перезапуская при этом сам демон. И даже менять.

Но вот как хз. Особенно демон игровой базы данных

Писал не так давно скрипт с JSON запросами, чтобы в андроиде корректно выводилась таблица данных, и наткнулся на подводный камень.
При обращении к тому или иному демону он оставляет за собой "след" ввиде кэша и дерева событий, что ведёт к "нагреву" демона.
К примеру есть скрипт обновления топа повешенный на кроне раз в 5 минут он его обновляет (многое ещё зависит от обработчика скрипта т.е. как он написан. А вот язык скрипта не имеет никакого значения будь то Java или php или любой другой.) топ обращается к базе что заставляет его оставлять дерево процессов. Даже при регистрации идёт нагрузка на демон, хоть и совсем мизерная, но процесс за процессом заставляет накапливаться и машина думает в разы дольше. Как и кэш, накапливается и накапливается.
Как я уже написал выше можно поискать инфу как очистить дерево процессов самого демона без его рестарта.
Ну и на крайняк, отключи в кроне все процессы-запросы привязаные к серверу, така как ты говорил что не сразу начинаются лаги, а через некоторое время.
Результат должен быть. Да и если не получится ничего, демон GAMEDBD можно рестартом повесить на Крон раз там в 7 часов с маленькой задержкой запуска, что не даст вылета.

Спасибо всем за ответы. Моя проблема была описана выше. Оказалось именно в скриптах