LINUX.ORG.RU
ФорумAdmin

mysql не справляется


0

1

Подскажите как определить либо не оптимальные настройки mysql либо уже просто железо уперлось и не может вытянуть больше чем есть.
База под гиг, оперативы 24 гига (занято в среднем 16).
Дисковая активность мизерная.
Куда вообще податься?

Чаще конечно выборки тормозят. Переписывать запросы, там может индексы править, короче целая наука, на пальцах не объяснишь

chegeware
()
Ответ на: комментарий от chegeware

ну запросы никто и не просит переписывать. просто надо решить это железо не тянет или настройки мускля. Смущает что оперативы достаточно, винт не загружен, а вот процессор на 100% почти постоянно загружен (i7 920 вроде бы).

wolfovich
() автор топика
Ответ на: комментарий от wolfovich

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

Я довольно часто в своих проектах правлю запросы, когда базы вырастают, сразу написать оптимальные запросы пока не получается. Много литературы на эту тему.

chegeware
()
Ответ на: комментарий от wolfovich

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

Скажи заодно, какое занчение load average у системы.

Shtsh ★★★★
()
Ответ на: комментарий от Shtsh

а что даст memcached? у него и так вся база в оперативе. Судя по отчаянию автора, одновременных запросов не так много, я его понимаю.

chegeware
()
Ответ на: комментарий от Shtsh

Плюс, возможно, очень большие таблицы. Тут тоже очень хорошо помогает.

Shtsh ★★★★
()

Приложение скомпилировано или все же есть доступ к исходникам? Предложить кому-то позаниматься оптимизацией запросов.

chegeware
()
Ответ на: комментарий от chegeware

... иной раз, и я так делал в былые годы с MS SQL Server, все запросы держатся в представлениях (view), тогда ничего в исходниках не надо ковырять, правятся представления, но у тебя мускуль, увы

chegeware
()

еще задай вопрос на sql.ru, там народ дюже дотошный

chegeware
()
Ответ на: комментарий от wolfovich

Говорить о производительности базы без запросов, и схемы данных - смысла 0.

ventilator ★★★
()
Ответ на: комментарий от wolfovich

wolfovich

ну запросы никто и не просит переписывать. просто надо решить это железо не тянет или настройки мускля. Смущает что оперативы достаточно, винт не загружен, а вот процессор на 100% почти постоянно загружен (i7 920 вроде бы).


Ну вот во время загрузки запусти top и посмотри в шапку, там есть несколько items, которые помогут более точно локализовать bottleneck.

blackst0ne ★★★★★
()

Прогнозирую быдлокод и отсутствие индексов.

baverman ★★★
()

>База под гиг, оперативы 24 гига (занято в среднем 16).

Куда вообще податься?

полагаю, в уборщицы.

JFreeM ★★★☆
()
Ответ на: комментарий от Delirium_veritas

97% ставка на индексы.

+100500

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

100% использование процессора - это как правило сортировки в памяти по строковым полям.

no-dashi ★★★★★
()

вывод show full processlist и лог медленных запросов - в студию
железо, полагаю, вообще не при чём

frozen_twilight ★★
()
Вы не можете добавлять комментарии в эту тему. Тема перемещена в архив.