собственно какие есть для этого методы ?

Dimitry Sibiryakovloginovruсобственно какие есть для этого методы ?
Только один метод: использовать сисадмина + DBA. Возможно, в одном лице.


необязательно, для этого нужно прописать нормально: Настройки потоков, Кэширование запросов, Тайминги, Буферы ну и InnoDB если используются! Хотелось бы услышать по каждой директиве (параметру) как их рассчитывать от ресурсов сервера ?

vkleloginovruсобственно какие есть для этого методы ?Когда всё вышеперечисленное не помогает или не работает - просто купить сервер помощнее.
да вот посещаемость ресурсов увеличивается и катастрофически не хватает памяти, oom_killer гасит процессы mysql, httpd, nginx вот сервер менять не хотелось, а вот памяти докинуть и оптимизировать мускул бы! Хотелось бы понять как рассчитывать потребности в соответствии с железом...

Dimitry SibiryakovloginovruХотелось бы понять как рассчитывать потребности в соответствии с
железом...
Все делают наоборот: рассчитывают железо в соответствии с потребностями. Это проще и дешевле.

ну и как ты рассчитаешь объем оперативной памяти ? ) Сегодня одна нагрузка на сервер, а завтра другая ? )) Лично я считаю так, что по мере разростания проекта, модернизируем и железо!
Смысла нету брать за кучу денег 128 гигов оперативы, 2 по 12 ядер процессора каких-то там!

Dimitry Sibiryakovloginovruну и как ты рассчитаешь объем оперативной памяти ? ) Сегодня одна нагрузка
на сервер, а завтра другая ? )) Лично я считаю так, что по мере разростания проекта,
модернизируем и железо!
Именно так. Упёрлись в память - наращиваем её. Упёрлись в ввод-вывод - наращиваем его. В
процессор не упёрлись - оставляем старый. И так до потолка вертикального масштабирования.
Потом начинаем масштабироваться горизонтально.

Альтернатива только одна: нанимаем специалистов чтобы они анализировали и оптимизировали
БД, ОСь и приложение. Но это дольше и дороже.

во-первых вопрос был не про БД, а про СУБД, во-вторых мы уже отклоняемся от темы, последнее, хотелось бы услышать - как все же получить максимальную производительность движка, а точнее при каких настройках!

Dimitry Sibiryakovloginovruхотелось бы услышать - как все же получить максимальную производительность
движка, а точнее при каких настройках!
Ответ: правильных. Большой красной кнопки "работать быстро" - НЕТУ .

>>> для этого нужно прописать нормально: Настройки потоков, Кэширование запросов, Тайминги, Буферы ну и InnoDB если используются

где здесь разговор про "красную кнопку" ? ))

vkleloginovruкак все же получить максимальную производительность движка, а точнее при каких настройкахСам то по себе движок и так выдаёт что может. Разработчики движка что смогли - то и сделали. Или Вы хотите найти недокументированный режим "турбо"? ;-) Сомневаюсь, что такой есть.

Другое дело, если речь идёт не о какой-то абстрактной настройке, а о настройке конкретного сервера с конкретными базами в условиях конкретной ситуации. Вообще, по теме оптимизации мускуля довольно часто возникают топики в профильном форуме. Какие-то ситуации удаётся решить настройками СУБД, а чаще всего проблемы настройками не решаются в принципе и тогда придётся лезть глубже - в структуру таблиц, в запросы, в алгоритмы приложения. В общем, далеко не всегда всё просто.
ну а как же - Настройки потоков, Кеширование запросов и т.д. - это ведь настройки самого движка! Ты хочешь сказать, что разработчики по-умолчанию настроили там все как надо ? И в эти параметры лучше не лезть ?

vkle, давай возьмем к примеру двигло магенто, по-умолчанию mysql довольно таки медленно работает с ней из-за большого количества запросов! Поэтому могу предположить, что есть смысл оптимизировать СУБД...

vkleloginovruИ в эти параметры лучше не лезть ?Для того чтоб лезть в настройки и не сделать ещё хуже, нужно понимать, какое действие имеет каждый параметр и как его изменение отразится на работе СУБД в целом. Соответственно, потребуется досконально изучить текущую ситуацию, найти узкие места, а потом уж смотреть, какие настройки и в какой степени способны на эти узкие места воздействовать.

К сожалению, нередко оказывается, что "тупит" один какой-то запрос и создаёт очередь. При разборе такой ситуации обнаруживаются всякие сюрпризы - то индекса нет или он неправильно составлен (самое безобидное), то типы данных неправильно выбраны, то структура таблиц косячно составлена... Всё это настройками СУБД не лечится.
естественно в этих параметрах нужно понимать как и во всем другом, чтобы добиться нормальной работы! но ты так и не ответил на мой вопрос! А по-поводу тупит, ну я же не беру в учет самописные ламьем БД... там понятно, что все что угодно может быть!