Конфигугирование my.cnf

[yura]

Такая ситуация, есть вдс с 750 мегагерц и гигом оперативы. Помогите отконфижить my.cnf
Сейчас имеется следующее

# The MySQL server
[mysqld]
port = 3306
socket = /tmp/mysql.sock
skip-locking
key_buffer = 16K
max_allowed_packet = 128M
table_cache = 4
sort_buffer_size = 64K
read_buffer_size = 256K
read_rnd_buffer_size = 256K
net_buffer_length = 2K
thread_stack = 64K
set-variable = max_connections=500
set-variable = key_buffer_size=128M
set-variable = sort_buffer=64M
set-variable = read_buffer_size=128M

Что можно изменить и добавить для лучшей работы???
На 1 из сайтов в последнее время периодами бывает ошибка 504, движок ДЛЕ с ну очень немаленькой базой

 

[porsche2]

Такая ситуация, есть вдс с 750 мегагерц и гигом оперативы. Помогите отконфижить my.cnf
Сейчас имеется следующее
Что можно изменить и добавить для лучшей работы???
На 1 из сайтов в последнее время периодами бывает ошибка 504, движок ДЛЕ с ну очень немаленькой базой

Прежде чем такое воротить с конфигом, нужно понимать что делаете.

сейчас

(64k+256k+128M) * кол-во потоков + 128M key_buffer_size = писец


Не уверен что вам нужно max_allowed_packet = 128M, но попробуйте так:

[mysqld]
port = 3306
socket = /tmp/mysql.sock
skip-locking
skip_networking
low-priority-updates
key_buffer = 100M
max_allowed_packet = 128M
table_cache = 16
net_buffer_length = 4K
thread_stack = 64K
read_buffer_size = 256k
sort_buffer_size = 64k
read_rnd_buffer_size= 1m
query-cache-type = 1
query_cache_size = 25M

 

[d1914]

key_buffer		= 48M
max_allowed_packet	= 16M
thread_stack		= 256K
thread_cache_size	= 16
myisam-recover		= BACKUP
max_connections        = 1000
record_buffer		= 16M
sort_buffer		= 16M
table_cache	        = 8000
net_buffer_length	= 16384
max_connect_errors	= 1000000
query_cache_limit       = 2M
query_cache_size        = 32M

 

[yura]

Сейчас имею следующие настройки

# The MySQL server
[mysqld]
port = 3306
socket = /tmp/mysql.sock
skip-locking
key_buffer = 96M
max_allowed_packet = 32M
table_cache = 64
sort_buffer_size = 512K
read_buffer_size = 256K
read_rnd_buffer_size = 256K
net_buffer_length = 8K
thread_stack = 64K
set-variable = max_connections=500
set-variable = key_buffer_size=128M
set-variable = sort_buffer=64M
set-variable = read_buffer_size=128M

и имею 504 Gateway Time-out

 

[d1914]

Сейчас имею следующие настройки
и имею 504 Gateway Time-out

На одном из моих серверов с выше приведенным конфигом крутится ДЛЕ с базой 200мб, посещаемость ~350k уников в месяц, АМД 5000+/2гб озу, чистый апач2, без нгинкса... Пиковая загрузка от мускула в топе до 20%, хотелось бы меньше, но пока и так нормально.

 

[porsche2]

Поясниловка.


Кеширование запросов это важно

query-cache-type = 1 (1 – это ДА) query_cache_size = ??????М

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


Буфера(Ы)

low-priority-updates

set-variable= key_buffer_size=???M

set-variable= join_buffer_size=???kb

read_buffer.size = ???k

sort_buffer_size = ???k

read_rnd_buffer_size= ?m

Если у вас происходят преимущественно выборки из таблицы, то можно включить опцию low-priority-updates - это повысит приоритет SELECT запросов по сравнению с UPDATE/INSERT.

Параметр key_buffer_size определяет размер памяти, который будет отведен под кэширование индексов таблиц. Это общий кэш для всех соединений. Под этот кэш обычно выделяют до 25-30% всей оперативки.

Параметр join_buffer_size указывает размер буфера, используемого при SELECT FROM a JOIN b запросах, в которых происходит JOIN двух таблиц. Этот буфер используется только если НЕ могут быть использованы индексы таблиц. Если же на таблицах есть индексы и они могут использоваться для JOIN-a, то тогда этот параметр бесполезен и лишний.

Если делается много последовательных чтений из таблицы, то нужно увеличить параметр read_buffer_size, который указывает сколько памяти выделать каждому потоку для последовательного сканирования таблицы. Это размер памяти для каждого потока, т.е в максимуме может потребить read_buffer_size * max_connections.

Если делаются запросы, результат которых должен быть отсортирован и на таблице есть индексы, то для улучшения производительности можно увеличить read_rnd_buffer_size. Это улучшит производительность запросов с ORDER BY. Это параметр задает размер памяти для каждого потока.

Любой запрос, который выполняет операции сортировки ORDER BY и группировки GROUP BY, предварительно выделяет буфер размером sort _buffer_size. Увеличение этого параметра улучшает производительность запросов ORDER BY и GROUP BY. Это параметр задает размер для каждого потока.

Итожим:

Для каждого потока клиента будет выделяться

join_buffer_size + read_buffer_size + read_rnd_buffer_size + sort_buffer_size

А в общем MySQL поглотит

(join_buffer_size + read_buffer_size + sort_buffer_size + read_rnd_buffer_size ) * max_connections + key_buffer_size = ?????????????


Циферки подставьте сами, и начните читать man-ы, а не тупо лепить что побольше.

Чтобы задать оптимальные настройки, мало знать сколько оперативки можно запихать под MySQL, нужно еще залесть в скрипты и посмотреть что там творится и с какой периодичностью.