Оптимальные значения для MySQL my.cnf

bork75

bork75

The Team
Регистрация
21 Июн 2008
Сообщения
1.455
Реакции
734
По умолчанию стояли такие значения:

# The MySQL server
[mysqld]
port = 3306
socket = /var/lib/mysql/mysql.sock
skip-locking
key_buffer_size = 16K
max_allowed_packet = 64M
table_open_cache = 4
sort_buffer_size = 64K
read_buffer_size = 256K
read_rnd_buffer_size = 256K
net_buffer_length = 2K
thread_stack = 128K
default-character-set=cp1251


добавил, что бы кешировал:

query_cache_type = 1
query_cache_size = 128M
query_cache_limit = 2M

Какие будут оптимальные значения для машины:
Intel Core i3 3.06 GHz CPU, 3Gb RAM, 2 x 500Gb HDD

нужно что-то ещё из этого?

table_cache =
record_buffer =
max_connections =
thread_cache_size =

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

тип MyISAM или InnoDB?
исползуемый движок/ки? (что хорошо для wp, может быть плохо для битрикс))
посещаемость?
значения по умолчанию для такой машинки маленькие...

все индивидуально, эмпирически я вычисляю приблизительный размер:
key_buffer_size + (read_buffer_size + sort_buffer_size)*max_connections=90% всей памяти плюс-минус глядя по обстоятельствам.

Query Cache используется не всегда и не для всех типов запросов. Если размер результата запроса превышает query_cache_limit=#MB , то он не кешируется

поигратся со значениями, день пускай поработает, посмотреть запросы.
тесты производительности mysqltuner.pl и tuning-primer.sh (найти думаю не проблема) в помощь.

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

для диагностики также хорошо помогает с анализом Jet Profiler for MySQL

  • Используйте индексы
  • Не индексируйте всё подряд )

подробное описание переменных
Для просмотра скрытого содержимого вы должны войти или зарегистрироваться.


повторюсь - нет универсальных переменных под конфигурацию, все индивидуально, метод тыка в этом случае работает (только если предварительно хорошо изучить теорию), ну и плюс даст если прикрутить прокси-сервер для статики nginx, ну и позаботится о кешировании eaccelerator, memcached ..


пысы: ₪ не забываем про бекапы ..
Наймите/попросите специалиста
 
Пытаюсь разогнать Joomla.
Сайт новый без посещалки.

Есть один сайт на joomla на обычном виртуальном хостинге (sweb) и там сайт просто летает, по сравнению с моим на выделенном сервере.

Начал с того, что установил такие же настройки в php.ini - никак не повлияло.
Мускл на той виртуалке кэшируется, у меня был отключен, поэтому решил мускл оптимизировать.

Пока решил взять параметры из /usr/share/mysql/my-huge.cnf
Страницы стали генерироваться дольше.

Может кто потестит этот свеб? Узнать в чём у них там секрет.
 
Возьми для начала вот этот конфиг (если innodb используется:(
Для просмотра скрытого содержимого вы должны войти или зарегистрироваться.

А вообще -
Для просмотра скрытого содержимого вы должны войти или зарегистрироваться.
объяснение с примерными значениями всех параметров. Лучшее, что встречал.

А дальше - запускаешь каждые несколько часов (лучше 24 часа)
Для просмотра скрытого содержимого вы должны войти или зарегистрироваться.
и смотришь какие рекомендации он тебе выплюнет и увеличиваешь - уменьшаешь значение в конфиге.
Конечно, если посещения нет совсем, то толку от этих рекомендаций мало.

А вообще - берешь список параметров из любого примера my.cnf и гуглишь каждый на описание и оптимальное значение.
 
Была похожая тема. Если структура запросов CMS известна, то параметры подобрать не составит труда, а если не заморачиваясь, то самое простое - использовать один из вышеперечисленных tuner скриптов и нагрузить сайт ab или loadimpact.com.

Если используется memcached, то query_cache не очень нужен, а tuner при тесте покажет бред.

можно попробовать
Для просмотра скрытого содержимого вы должны войти или зарегистрироваться.


Если не хватит, то увеличиваем все ???_buffer_size, а если нет индексов (что вряд ли) то добавляем еще join_buffer
 
tuning-primer.sh советует включить кэширование БД

Как добовляю кэширование:
query_cache_type = 1
query_cache_size = 128M
query_cache_limit = 2M

Сайт, вроде побыстрее шевелится, но съедается вся оперативка.
С 2.3 Cb, за несколько часов расход памяти доходит до максимума 3 Cb и сервер подтормаживать начинает.

В чём может быть дело?
 
ну и неплохо бы в UTF8 все содержать
 
имхо, если сайт на одном языке - то смысла в UTF нет - он ведь намного больше места занимает, чем СР1251!
 
Войдите или зарегистрируйтесь для ответа.
Назад
Сверху