MySQL и память

Question

[g00d]

Как узнать что именно съедает память в MySQL?

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

много таблиц?
большие размеры таблиц?
много индексов?

на сколько я понял MySQL в памяти хранит индексы, а сама БД лежит в файлах.

Answer 1

[rakot]

Возникает пара вопросов, кто вам настраивал MySQL и какой тип таблиц вы используете?

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

Во время нагрузки посмотрите SHOW FULL PROCESSLIST.
По сложным запросам посмотрите EXPLAIN.

Несколько стратегий:
1. Добавлять ключи для выборок и сортировок, если это приемлимо и их еще нет.
2. Увеличивать шансы на попадание запросов в кеш MySQL.
3. Кешировать данные на уровне приложения.
4. Перенести некоторые операции на уровнь приложения.

Comments

[g00d]

оказывается вот это значени
innodb_buffer_pool_size
установлено в 10 Гб.

теперь читаю о том как правильно его рассчитать :)

за советы спасибо, все так и планируется вот только как увеличить шансы попадания в кеш MySQL?

[rakot]

innodb_buffer_pool_size принято ставить в 80% допустимой памяти под MySQL.
По поводу кеша, вам надо понять как именно работает кеш. Вообще чем проще запросы и чем меньше в них участвует таблиц, тем больше шансов на то, что они попадут в кеш.

[g00d]

спасибо.

Answer 2

[egorinsk]

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

Проверьте выставленные значения key_buffer_size (исп. MyISAM, один буфер на все потоки), thread_stack (стек нужен каждому потоку), net_buffer_length (свой у каждого потока), read_buffer_size (у каждог опотока свой), read_rnd_buffer_size, sort_buffer, pool_buffer_size, как вам выше написали.

Вообще, MySQL довольно предсказуемая система и ест столько памяти, сколько ей скажут. Ссылочка dev.mysql.com/doc/refman/5.0/en/memory-use.html вам в помощь.

Перестаньте пользоваться нехорошему вещами, вроде JOIN или fulltable row scan на больших таблицах. Они все тоже едят память, да еще как.

Answer 3

[nmike]

Вообще, если используете только иннодб, память там сьедается файлом буфера данных-его принято выставлять до80% от доступной оперативной — innodb_buffer_pool_size. В нем храниться страницы с данными и индексами, что бы не лазить лишний раз на медленный диск, а обращаться всегда к оперативке.
А все остальные буфера-это крохи по сравнению с этим(если конечно мы говорим о сервере с гигами оперативки:) )

Comments

[nmike]

Елы палы — 2х летней давности вопрос)))

Answer 4

[Adam_Ether]

Много запросов?)

Comments

[Adam_Ether]

Когда будет «сильно жрать» сделайте
ps aux --sort pcpu | tail -n 10
ps aux --sort rss | tail -n 10
free -m
Все будет ясно

[g00d]

да запросов много, порядка 2000 в сек.