с чего начать глубокий тюнинг mysql?

С перехода на Солярис.

Расположение темы в данном разделе предопределяет характер ответов.

с google -> mysql tuning

с postgresql

с postgresql

> с чего начать глубокий тюнинг mysql?

С перехода на PostgreSQL? :)

А вообще, товарищ Boombick перевёл на русский дельную статью: http://boombick.org/blog/posts/6

Ну или книжку почитать: http://books.google.com/books?id=iaCCQ13_zMIC&printsec=frontcover&dq=...

А зачем его тюнить? Потюнь сначала кодеров. С криво написаным кодом можно совсем обтюниться. Тюнинг ради тюнинга! Затюнь его вусмерть!

С понимания того, что любая оптимизация начинается с поиска критерия оптимальности, а не с поста о том, что софт ХХХ написан "неоптимально".

>Расположение темы в данном разделе предопределяет характер ответов.

расположение темы в других разделах предопределяет отсутствие ответов

>А зачем его тюнить? Потюнь сначала кодеров. С криво написаным кодом можно совсем обтюниться.

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

>С понимания того, что любая оптимизация начинается с поиска критерия оптимальности, а не с поста о том, что софт ХХХ написан "неоптимально".

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

> с postgresql

это же BSD лицензия ... а как же BSD - RIP, BSD - проприетарное гавно ?)

> С понимания того, что любая оптимизация начинается с поиска критерия оптимальности, а не с поста о том, что софт ХХХ написан "неоптимально".

Унылая отмазка, сразу видно, что ты не понимаешь смысл 10-и заповедей.

Не позорься.

Чего?

судя по ацуствию постов по теме - на лоре сидят одни теоретики

> судя по ацуствию постов по теме - на лоре сидят одни теоретики

ну да, теоретически Вы тролль ...

С покупки/апгрейта компа.

Судя по тому, что ты пишешь с теорией у тебя так же плохо как и с практикой. Расскажи уже нам, что ты хочешь получить в результате своего тюненга? Если ты не можешь внятно ответить на этот вопрос, значит тебе пока ничего нельзя трогать.

Премию он хочет получить от начальства, что ещё )

а у кого с чем ассоциируется глубокий тюнинг ?)

>С покупки/апгрейта компа.

$ cat /proc/cpuinfo | grep "model name"
model name      : Dual-Core AMD Opteron(tm) Processor 2218
model name      : Dual-Core AMD Opteron(tm) Processor 2218
model name      : Dual-Core AMD Opteron(tm) Processor 2218
model name      : Dual-Core AMD Opteron(tm) Processor 2218


$ free -m
             total       used       free     shared    buffers     cached
Mem:          3954       3702        252          0        225       2266
-/+ buffers/cache:       1209       2745
Swap:         4095          0       4095

>Расскажи уже нам, что ты хочешь получить в результате своего тюненга? Если ты не можешь внятно ответить на этот вопрос, значит тебе пока ничего нельзя трогать.

максимально эффективное использование памяти.. интересует именно тюнингование кэшей. все на myisam, запросы ниразу не оптимизированы. очень много

> максимально эффективное использование памяти.. интересует именно тюнингование кэшей

Ну и отдай вчю память под кэши.

> все на myisam, запросы ниразу не оптимизированы. очень много

Ты укурился что ли?

некоторые показатели:

uptime:  11 дней, 22 часов, 2 минут и 16 секунд
Статистика запросов: со времени запуска, на сервер было отослано запросов - 252,340,584.
Всего	ø в час	ø в минуту	ø в секунду
252 M	882.19 k	14.70 k	245.05

Handler_read_rnd	86 M
Handler_read_rnd_next	10 M

Qcache_lowmem_prunes	210 k

Created_tmp_disk_tables	466 k
Key_reads	307 k	
Select_full_join	598 	
Opened_tables	111 k

>Ты укурился что ли?

укурился тот кто это делал

>Премию он хочет получить от начальства, что ещё )

нет, личный интерес. начальство устраивает нынешняя ситуация вполне - сервак с БД по производительности далеко переплевывает все, что его юзает

>Ну и отдай вчю память под кэши.

под какие именно и по сколько? вот в чем вопрос

> нет, личный интерес. начальство устраивает нынешняя ситуация вполне - сервак с БД по производительности далеко переплевывает все, что его юзает

так унеси домой память и скажи, что память кончилась ..

>так унеси домой память и скажи, что память кончилась ..

интересно, где мне дома юзать reg ecc ddr II 533?

да и вопрос совсем не в том, а хочецо послушать советы экспертов по тюнингу mysql в разрезе настроек кэшей

1. Смотришь какие запросы летят на сервер.

2. Анализируешь их на предмет разумности.

3. Обмозговываешь структуру таблиц, выносишь всё лишнее, накидываешся недостающие индексы.

4. Если запросы сильно разнородные, именно кэши тебе не сильно помогут.

>1. Смотришь какие запросы летят на сервер.

>2. Анализируешь их на предмет разумности.

>3. Обмозговываешь структуру таблиц, выносишь всё лишнее, накидываешся недостающие индексы.

с таблицами я не могу ничего делать - такое вот условие.

>4. Если запросы сильно разнородные, именно кэши тебе не сильно помогут.

запросы однотипные (сайты на битриксе и на самописной cms)

смотришь запросы EXPLAIN'ом ... если индексы не используются, вставляешь принудительно их использование USE INDEX, потом берешь memcached и вставляешь в код, где идет обращение к СУБД ... тем самым то понизишь нагрузку на sql сервер в разы ... учитывая, что юзаешь пхп, то с этим проблем не будет ...

вообще смотри запросы, они не должны превышать 1 секунды )) у меня были запросы по 12 секунды ...

> запросы однотипные (сайты на битриксе и на самописной cms)

Не в этом дело. Это преимущественно select? Дело в том, что при обновлении или изменении какого либо поля, либо зависимого поля из закешированного запроса приведёт к его сбросу и новой выборке => эффективность 0.

А так знамо дело:

query_cache_size = 41984
query_cache_type = 1
query_cache_min_res_unit = 8kb // меньше имхо бессмысленно

Но это всё имеет смысл когда отношение READ к WRITE хотя бы 20 к 1.

>смотришь запросы EXPLAIN'ом ... если индексы не используются, вставляешь принудительно их использование USE INDEX, потом берешь memcached и вставляешь в код, где идет обращение к СУБД

код - совсем не моя SOA

>тем самым то понизишь нагрузку на sql сервер в разы

load average: 0.07, 0.10, 0.04 :)

а вообще кэшируй готовые страницы и складывай куда-нить, потом по md5 хэшу урла отдавай их ... и sql не нужен особо, запустишь скрипт для обновления страниц раз в 20 минут и все нормально будет )))

оптимизация начинается с самих запросов ))) если человек не хавал в-в до тебя, то считай, что тебе повезло ))

> load average: 0.07, 0.10, 0.04 :)

И зачем тебе тюнинг?

А ещё переведи на другой движек и избавься от файловой системы. InnoDB это прекрасно умеет. Получишь ещё 1-2% прироста производительности.

>Но это всё имеет смысл когда отношение READ к WRITE хотя бы 20 к 1.

insert	161 k	560.29 	0.06%
insert select	12 k	41.05 	0.00%
select	3,135 k	10.94 k	1.24%
update	499 k	1,740.07 	0.20%

на данный момент:
query cache min res unit	4,096
query cache size	134,217,728
query cache type	ON

P.S. битрикс та еще гадость...

> query cache type ON

Там вроде бага была "ON" не схватвает из конфига. Надо 1 указывать. Соотношение у тебя 5 к 1. Нефонтан. Оптимизируй запросы - больше выиграешь.

>И зачем тебе тюнинг?

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

>А ещё переведи на другой движек и избавься от файловой системы. InnoDB это прекрасно умеет. Получишь ещё 1-2% прироста производительности.

нет желания заморачиваться на столько кардинальными вещами

>Там вроде бага была "ON" не схватвает из конфига. Надо 1 указывать.

монопенисуально... в конфиге прописал 1 - все равно пишет что ON

>Соотношение у тебя 5 к 1. Нефонтан. Оптимизируй запросы - больше выиграешь.

запросы трогать я не могу

теоретиги с лора опять ниасилии и пошли флеймить gnome vs kde?

Тебе уже ответили. Что ты ещё хотел услышать? Если ты ничего трогать не можешь, попробуй через libastral.

И зачем тебе тюнинг?

> ради интереса естественно.. попытка разобраться с вопросом пока есть возможность - мощная не загруженная машина + куча реальных БД Тюнинг - это решение некоей проблемы производительности. "Тюнить" нормально работающую систему, к тому же не обременную никакой нагрузкою - удел недалёких.

>Тюнинг - это решение некоей проблемы производительности. "Тюнить" нормально работающую систему, к тому же не обременную никакой нагрузкою - удел недалёких.

песец логика.. пока грям не грянет - не перекрестимся?

>Тебе уже ответили. Что ты ещё хотел услышать? Если ты ничего трогать не можешь, попробуй через libastral.

ответил боле-мене по существу только ты, да и тоособо не отличается от того, что у меня сейчас итак...

а хотел я услышать как получше раскидать в моем случае 4 гига оперативы

> песец логика.. пока грям не грянет - не перекрестимся?

тогда стоит отказаться от битрикса в пользу Ц иль че-нить вроде Раби/Питона ... поставить фронтэнд какой-нить вроде лайти иль нгинкс ... итд.

В первую очередь надо запросы оптимизировать и клиента.

>тогда стоит отказаться от битрикса в пользу Ц иль че-нить вроде Раби/Питона ... поставить фронтэнд какой-нить вроде лайти иль нгинкс ... итд.

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

p.s. nginx естественно юзается, но на серверах с апачем а не с mysql :)