Имеет ли смысл оптимизировать частые большие элементарные запросы?

Question

[samokiller]

90% времени работы с mysql - это очень частые пакеты вставок сотнями стандартных записей в секунду в десятки таблиц. В районе 2 мб/сек.
Оставшиеся 10% - это простейшие селекты по формату select * from abc where X=a and Y>b and Zd and ...

Имеет ли смысл искать способы ускорять эти запросы через заранее настроенные процедуры или иные способы оптимизации работы запросов или проще и так некуда?

Если возможно ускорить - то через что?

Answer 1

[Василий Банников]

1. Преждевременная оптимизация - зло.
2. Оптимизация без профилирования не имеет смысла.
3(имхо). Хранимые процедуры это тоже зло.
=> Если эти 10% запросов не вызывают проблем - нет смысла пытаться их как-то оптимизировать при помощи хранимок.
Если хочется заоптимизировать:
1. Выбирать нужно не все поля, а только необходимые
2. Запускаешь EXPLAIN и смотришь, как условие ложится на индексы - по ситуации корректируешь запрос, индексы, схему данных.
3. Если большая часть запросов - это запись, то можно посмотреть на другие СУБД, которые оптимизированы под такой вид нагрузок.

Comments

[Slava Rozhnev]

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

[Василий Банников]

Slava Rozhnev, потому я и написал "имхо". Это моё лично мнение, к которому не обязательно прислушиваться. Мнение в принципе достаточно популярное среди разработчиков, которые не особо шарят за DBA.

[Василий Банников]

Лентюй, ну под профилированием я имел в виду и план тоже.
вы всегда выливаете изначально заведомо неоптимальные запросы?
Что значит "заведомо неоптимальные"? Не нужно перевирать слова.

чушь, которую проще не комментировать.

Для всего есть своё место. Запихивать абсолютно все запросы в хранимки нет никакого смысла.
1. Про план выполнения хз. Я работаю не с чистым SQL-ем и по тому явное указание запрашиваемых полей тупо проще читается и код не развалится от добавления новых колонок или переупорядочивания старых.
2. Почему бы и нет?
3. Хз про мускул на самом деле. У нас тут есть проект где 95% операций идёт на запись. И операций записей там действительно много происходит (вроде сейчас в террабайтах база меряется. Порядок не скажу). Используем Cassandra и я хз, как бы с такой нагрузкой справился mysql.

Answer 2

[ThunderCat]

Имеет ли смысл искать способы ускорять эти запросы

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