MySQL

Mastif

Заблокирован
Заблокирован
Сообщения
182
Розыгрыши
0
Репутация
36
Реакции
140
Баллы
958
Обратите внимание, что данный пользователь заблокирован! Не совершайте с ним никаких сделок! Перейдите в его профиль, чтобы узнать причину блокировки.
Хроники
  1. Fafurion
Исходники
Присутствуют
Сборка
l2j
Парни кто в курсе столкнулся с такой херней в настройках мускула innodb_buffer_pool_size = 2512M и она + к 2 запущенным процессам логин и гейм сервера, т.е. логин берет дополнительно к 128м +2512M и гейм к 5128+2512M в итоге оперативка вся уходит, почему так получается? 1 раз с такой проблемкой столкнулся может что то в настройках упустил?


[client]
port=3306
socket=/var/run/mysqld/mysqld.sock

[mysqld_safe]
socket=/var/run/mysqld/mysqld.sock

[mysqld]
user=mysql
pid-file=/var/run/mysqld/mysqld.pid
socket=/var/run/mysqld/mysqld.sock
port=3306
basedir=/usr
datadir=/var/lib/mysql
tmpdir=/tmp
lc-messages-dir=/usr/share/mysql
log_error=/var/log/mysql/error.log

symbolic-links=0

skip-external-locking
key_buffer_size = 256M
max_allowed_packet = 256M
table_open_cache = 256
table_cache = 128
sort_buffer_size = 1M
read_buffer_size = 1M
read_rnd_buffer_size = 4M
myisam_sort_buffer_size = 64M
thread_cache_size = 8
query_cache_size= 0
thread_concurrency = 8

max_heap_table_size = 128M
tmp_table_size = 128M

innodb_use_sys_malloc = 0

#innodb_use_native_aio = 0
#innodb_additional_mem_pool_size=2M
innodb_file_per_table
innodb_buffer_pool_size = 1512M
innodb_read_io_threads = 4
innodb_write_io_threads = 4
innodb_thread_concurrency = 2

max_connections=700
max_user_connections=500
wait_timeout=1800000
interactive_timeout=125000
#long_query_time=50

memlock

[mysqld]
federated

!includedir /etc/mysql/conf.d/

CPU:total 1 (initial active 1) (1 cores per cpu, 1 threads per core) family 6 model 62 stepping 4, cmov, cx8, fxsr, mmx, sse, sse2, sse3, ssse3, popcnt, avx, aes, clmul, erms, tsc
CPU Model and flags from /proc/cpuinfo:
model name : Intel(R) Xeon(R) CPU E5-2690 v2 @ 3.00GHz
ОЗУ - 12G
 
128м +2512M и гейм к 5128+2512M
А как так получается то?
Может распределение памяти происходит таки образом - 2512M (Mysql) + 128M (Java Loginserver) + 5128M (Java Gameserver)?
Вот рекомендация по . Попробуйте настроить по рекомендациям этой статьи. Сам не проверял.
 
Обратите внимание, что данный пользователь заблокирован! Не совершайте с ним никаких сделок! Перейдите в его профиль, чтобы узнать причину блокировки.
А как так получается то?
Может распределение памяти происходит таки образом - 2512M (Mysql) + 128M (Java Loginserver) + 5128M (Java Gameserver)?
Вот рекомендация по . Попробуйте настроить по рекомендациям этой статьи. Сам не проверял.
логин потребляет 128M +2512M и гейм потребляет 5128M+2512M в сумме выходит 10280М
 
Обратите внимание, что данный пользователь заблокирован! Не совершайте с ним никаких сделок! Перейдите в его профиль, чтобы узнать причину блокировки.
в логин сервере стоит -Xmx128m в гейм сервере стоит -Xmx5128m
Ну в гейм выставили побольше для геодаты, что не так то?

логин потребляет 128M +2512M и гейм потребляет 5128M+2512M в сумме выходит 10280М
Теперь понял о чём вы, но немного не верно.
А именно:
Логин потребляет 128M
Гейм потребляет 5128M
InnoDB 2512М
Всё.

P.S. Администраця, удалите предпоследний мой пост пожалуйста, или объедените.
 
Последнее редактирование модератором:
Обратите внимание, что данный пользователь заблокирован! Не совершайте с ним никаких сделок! Перейдите в его профиль, чтобы узнать причину блокировки.
Ну в гейм выставили побольше для геодаты, что не так то?


Теперь понял о чём вы, но немного не верно.
А именно:
Логин потребляет 128M
Гейм потребляет 5128M
InnoDB 2512М
Всё.

P.S. Администраця, удалите предпоследний мой пост пожалуйста, или объедените.
логин потребляет 128M +2512M и гейм потребляет 5128M+2512M в сумме выходит 10280М
 
Обратите внимание, что данный пользователь заблокирован! Не совершайте с ним никаких сделок! Перейдите в его профиль, чтобы узнать причину блокировки.
я вот и сам не знаю почему туда уходит память
2 с лишним ГБ туда уходят, однозначно, но не более того что в конфиге. Если уходят больше, открывай диспетчер задач, сортируй по потребителю памяти и смотри, кто на себя берёт ещё.

Хотя...глянь в параметр key_buffer_size, не стоит ли там столько же.
 
Обратите внимание, что данный пользователь заблокирован! Не совершайте с ним никаких сделок! Перейдите в его профиль, чтобы узнать причину блокировки.
2 с лишним ГБ туда уходят, однозначно, но не более того что в конфиге. Если уходят больше, открывай диспетчер задач, сортируй по потребителю памяти и смотри, кто на себя берёт ещё.

Хотя...глянь в параметр key_buffer_size, не стоит ли там столько же.
key_buffer_size = 256M
 
И суммарно по подсчётам, у тебя консоль сервака и innodb жрут -/+ 10гб (без учёта ОС где-то 1гб - 1.7 в среднем)? В диспетчере только они жрут? Больше ничего?
 
Обратите внимание, что данный пользователь заблокирован! Не совершайте с ним никаких сделок! Перейдите в его профиль, чтобы узнать причину блокировки.
Обратите внимание, что данный пользователь заблокирован! Не совершайте с ним никаких сделок! Перейдите в его профиль, чтобы узнать причину блокировки.
грубо говоря у меня 3-4 гига в проебе
 
Обратите внимание, что данный пользователь заблокирован! Не совершайте с ним никаких сделок! Перейдите в его профиль, чтобы узнать причину блокировки.
debian 8
 
Если не критично для проекта и там нет особого онлайн, попробуй:
Alt+SysRq(PrintScreen)+F
Посмотри какой процесс он грохнет, 1 раз ввёл = 1 процесс убит. И глянь кого он потушит. Если вылетет браузер или оболочка 2 или третьим, то кто то из них зажрался в потреблении.

Попробуй выставить vm.admin_reserve_kbytes больше, пусть лежит в 100% резерве.

Я не супер спец в Линуксе конечно, но *рут* у тебя жрёт прилично, а кто в нем такой *голодный*, хрен знает.
 
вопросы по конфигу:
  • зачем столько коннектов?
  • key_buffer_size = 256M при дефолте в 16M
  • query_cache_size= 0 при дефолте в 16М
  • разные ли таблицы у лса и гса?
при верном ответе на последний вопрос нужно обратить внимание сюда:
innodb_file_per_table
innodb_buffer_pool_size = 1512M

есть все шансы что file_per_table делает и кэш к каждой таблице попутно, но в этом я не уверен.

при этом:
предложу накатить на сервер htop как самый простой способ визуализировать процессы. нужно понять сколько чайлдов плодит mysqld и кто и что из них жрёт.
 
  • Мне нравится
Реакции: kick
Назад
Сверху Снизу