Оптимизация мускула

12
S0
На сайте с 24.06.2007
Offline
84
1878

Тормозит мускул на сервере, забирает много процессорного времени. На данный момент примерно 50-60% уходит именно на мускул, пока хватает этого, но постоянная напряженка - как бы не завалилась система. Перепробовал очень много различных конфигураций, но ситуация почти не меняется. Основная нагрузка - контентные сайты на DLE с общей суточной посещаемостью около 10к уников.

На сервере - C2D E6600 2*2,4 и 4GB RAM.

Сейчас остановился на следующей конфигурации my.cnf, вроде с ней серверу немного легче:


local-infile = 0
log-slow-queries=/tmp/slow_queries.log
long_query_time = 5
back_log = 75
port = 3306
socket = /var/lib/mysql/mysql.sock
skip-locking
skip-external-locking
skip-innodb
skip-bdb
skip-networking
max_connections = 300
key_buffer = 256M
max_allowed_packet = 64M
table_cache = 2048
sort_buffer_size = 4M
read_buffer_size = 4M
join_buffer_size = 4M
read_rnd_buffer_size = 524288
myisam_sort_buffer_size = 64M
thread_cache_size = 384
query_cache_size = 128M
query_cache_limit = 4M
query_cache_type = 1
query_prealloc_size = 65536
query_alloc_block_size = 131072
tmp_table_size = 64M
bulk_insert_buffer_size = 8M
max_heap_table_size = 64M
thread_concurrency = 2
wait_timeout = 60
connect_timeout = 20
max_connect_errors = 10
interactive_timeout = 14400
open_files_limit = 4096
default-storage-engine = MyISAM

Прошу помочь, может где-то что изменить или лучше конечно увидеть готовые работающие конфигурации под подобную систему.

Заранее благодарен всем.

Himiko
На сайте с 28.08.2008
Offline
560
#1

Я бы протестировал лучше в вашем случае работу MySQL + посмотрел бы mysqlreport, чтобы увидеть, какого буфера хватает, а какого нет.

Профессиональное администрирование серверов (https://systemintegra.ru). Круглосуточно. Отзывы (/ru/forum/834230) Лицензии (http://clck.ru/Qhf5) ISPManager,VDSManager,Billmanager e.t.c. по низким ценам.
Andreyka
На сайте с 19.02.2005
Offline
822
#2

Himiko - бесполезно, проблема в самом DLE

Нужно ждать когда прикрутят memache

Не стоит плодить сущности без необходимости
Himiko
На сайте с 28.08.2008
Offline
560
#3
Andreyka:
Himiko - бесполезно, проблема в самом DLE
Нужно ждать когда прикрутят memache

Про DLE я в курсе.

Я к тому, что на глаз не определишь, какие настройки mysql оптимальны для данной конфигурации.

Я веду к тому, что опытным нужно определять...

Andreyka
На сайте с 19.02.2005
Offline
822
#4

Зачем на глаз? Есть куча тюнингов для mysql, но они все равно не помогают, ибо это DLE и так уже его написали. Зато пипл хавает.

Himiko
На сайте с 28.08.2008
Offline
560
#5
Andreyka:
Зачем на глаз? Есть куча тюнингов для mysql, но они все равно не помогают, ибо это DLE и так уже его написали. Зато пипл хавает.

Я про конфиг, который выложил ТС и спрашивает, подходит ли он для его конфигурации)

S0
На сайте с 24.06.2007
Offline
84
#6

Тюнингами пробовал тоже, не помогает.

И вот сейчас смотрю, загрузка проца около 20% общая, la 1-2, т.е. все впринципе отлично. Похоже я не правильно подумал, т.к. смотрел последние дни только ночью что и как с сервером, но похоже дело в ботах.

Но еще, вот по munin - netstat by week - active connections увеличились с 5к до 8к, притом резких движений нет, плавный рост.

Выкладываю графики, которые мне не совсем нравятся и прошу объяснить, что нормально/не нормально и как бороться.

mstar
На сайте с 19.12.2005
Offline
133
#7

А чего там в масйкл слов логе, пусто или густо? Да и 5с - это очень много, поставьте 1-2. У вас может быть 2-3 запроса, которые долбят сервр раз в секунду и вы о них даже знать не будете, если все сайты одинаковые.

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

Разработка сайтов (http://www.mstarproject.com/?action=tecdoc_mysql_site) - удобные веб приложения по разумной цене.
N
На сайте с 06.05.2007
Offline
419
#8

что-то графики не очень похожи на посещаемость людьми типичного сайта. Кто это каждые 3 дня набегает?

Скорее всего поисковик. Значит полный скан сайта. В этом случае кеширование должно быть или суперумное по блокам или оно не помогает.

Кнопка вызова админа ()
S0
На сайте с 24.06.2007
Offline
84
#9

12 часов с момента рестарта мускула, 2,496 медленных запросов, всего 1,5кк при 5 секундах. Я итак с трудом этот файл смотрю, чувствую 1-2сек - это вообще что-то не реальное будет :( Бекап сегодня даже не делался, т.к. нагрузка была большая - он не включился. Ну и все эти меделнные запросы набраны ночью, сейчас как видно на графике использования проца - нагрузка упала и дальше idle идет в 50-70%, за последние 2 часа медленных запросов нет.

Насчет графика процентного юзания диска - если имеется ввиду кол-во использованного места - то мало - около 25 из 250гб на первом винте ну и от 50 до 200гб на втором под бекапы, если нет - прошу уточнить как называется в munin.

Кеширование в ДЛЕ естественно включено.

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

D
На сайте с 02.05.2009
Offline
68
#10

Имеется ввиду I\O, а не место. :)

http://www.differentlocal.ru (http://www.differentlocal.ru) http://differentlocal.habrahabr.ru (http://differentlocal.habrahabr.ru)
12

Авторизуйтесь или зарегистрируйтесь, чтобы оставить комментарий