Назад | Перейти на главную страницу

MariaDB / MySQL с использованием большого количества потоков / памяти

Я настраивал новый VPS и хотел попробовать MariaDB. Я использую MariaDB 10.0.1, которая, насколько я понимаю, эквивалентна MySQL 5.6.

Изменилась ли кардинально обработка потоков по сравнению с MariaDB / MySQL 5.5? Вот что я вижу на своем старом сервере (CentOS 5.9, MySQL 5.5):

И на Centos 6.3 с MariaDB 10 (MySQL 5.6):

Вот список фактов:

На сервере A (CentOS 5.9, MySQL 5.5):

/etc/my.cnf

[mysqld]
local-infile=0
query_cache_type = 1
query_cache_size = 32M

datadir=/var/lib/mysql
socket=/var/lib/mysql/mysql.sock
user=mysql

# Misc vars
key_buffer_size=32M
join_buffer_size=512K
tmp_table_size=32M
max_heap_table_size=32M
thread_cache_size=4
table_cache=300

# Disabling symbolic-links is recommended to prevent assorted security risks
symbolic-links=0

# InnoDB vars
innodb_buffer_pool_size=96M
innodb_additional_mem_pool_size=500K
innodb_log_buffer_size=500K
innodb_thread_concurrency=2

На сервере B (CentOS 6.3, MariaDB 10):

/etc/my.cnf.d/server.cnf

[mysqld]
# threads
thread_concurrency=2
thread_cache_size=1
thread_handling=one-thread-per-connection
thread_pool_size=4
thread_pool_max_threads=4
thread_pool_idle_timeout=60
thread_stack=240K

# Limit Connections?
# max_connections=5

skip-external-locking
key_buffer_size=64M
max_allowed_packet=1M
table_open_cache=128
sort_buffer_size=1M
read_buffer_size=1M
read_rnd_buffer_size=4M
net_buffer_length=8K
myisam_sort_buffer_size=32M
query_cache_size=16M

# innodb settings
innodb_buffer_pool_size=32M
innodb_additional_mem_pool_size=2M
innodb_flush_log_at_trx_commit=1
innodb_lock_wait_timeout=30
innodb_thread_concurrency=0

Почему так много тем? Я перепробовал множество настроек, чтобы попытаться снизить количество потоков процесса до разумного уровня, но я не могу повлиять на это. Он всегда использует 20 или 21 поток. Мне удалось сократить использование памяти, настроив innodb_buffer_pool_size, но 32M не является разумным значением при работе 10+ сайтов, поэтому я увеличу его до 96M или 128M. При этих значениях оперативная память, используемая mysql, превышает 750-850 МБ памяти.

Если это просто то, с чем мне приходится жить, это нормально (у меня больше оперативной памяти на новом VPS, YOLO), но мне просто любопытно, почему существует такое огромное несоответствие в использовании памяти.

Также стоит упомянуть, что если я отключу mysql на обоих VPS, у меня будет почти равное количество оперативной памяти - ~ 300 МБ для A, ~ 260 МБ для B.

MySQL должен использовать столько свободной памяти, сколько у вас есть. Количество потоков в этом масштабе очень мало и не влияет на использование памяти. Потоки используют одно и то же пространство виртуальной памяти. Они используют всего несколько килобайт для метаданных потока.

Использование памяти в новом MySQL фактически меньше, чем раньше. В виртуальной памяти выделено 1,1 ГБ, но физической памяти у него всего 60 МБ.

При поиске оптимизации MySQL сначала попытайтесь переместить узкое место с дискового ввода-вывода на доступ к памяти. Оптимизировать также запросы (переписать их, индексы) - включить журнал медленных запросов MySQL.

Иногда вы достигаете аппаратного предела, и единственная оптимизация - это обновление оборудования. Для MySQL первое, что нужно сделать, это добавить больше ОЗУ, более быстрые диски, а затем больше процессоров.