Prepare запросов

[metaclass]

Использование MySQL как NoSQL

Они там в начале профилируют выполнение поиска по первичному ключу в MySQL (в противовес летающему memcached) и у меня мозг споткнулся на следующей фразе:
MYSQLparse() и MYSQLlex() были вызваны в процессе разбора SQL запроса. make_join_statistics() и JOIN::optimize() были вызваны в фазе оптимизации запроса. Это и есть "SQL-оверхед".

Это, простите, как? Запрос для поиска по первичному ключу парсится и препарится каждый раз заново, использовать подготовленные заранее запросы невозможно или авторы этого не знают?

Comments

[plumqqz.livejournal.com]

Это, простите, как? Запрос для поиска по первичному ключу парсится и препарится каждый раз заново, использовать подготовленные заранее запросы невозможно или авторы этого не знают?

Similis simili gaudet, не понимаю, что Вас удивляет.

[molnij.livejournal.com]

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

[gds.livejournal.com]

раньше mysql не умел prepared statements. Клиент склеивал sql, слал на сервер, так всё и работало. Интересно, это уже поправили, или как раз это связано с обсуждаемой проблемой?