Анализ sql запросов к бд wordpress'a

Здравствуйте, друзья =) Давеча при помощи одного отзывчивого форумчанина, мне все же удалось создать адекватно-понятное логирование запросов на своем сайте. Но тут же возникла иная проблема. Из-за своего, совсем небольшого опыта в разработке, я не понимаю более чем 60% инфы которую дает мне эта статистика, посему хотелось бы узнать, может у кого-либо из участников форума есть хорошие добротные статьи по поводу анализа sql запросов и их дальнейшей оптимизации? (Гуглом пользоваться умею, руки не отсохли, но более чем 90% статей которых я нахожу, это какой-то треп блогеров, врпинципе не относящихся к теме)

На данный момент интересует, можно ли как-то средствами wordpress передавать строку с которой был сделать тот или иной запрос, или это возможно сделать только при помощи xdebug?

Какие типы запросов самые медлительные? Время каждого запроса конечно же логируется, но бывает, что всплывают весьма противоречивые данные.

Какое, самое оптимальное число запросов на страницу? Я безусловно понимаю, что все зависит от проекта и от того какие функции выполняет сайт, но некоторые в "интернетах" дают вполне конкретные данные о колл-ве запросов, которые как обычно отличаются друг от друга на несколько пунктов =)

Спасибо =)

Можно всю трассировку писать: debug_backtrace. Удобнее разбираться, где и зачем этот запрос вообще понадобился.


Смотрится в explain каждого запроса. Самые медленные - с типом ALL, т.е. полный просмотр таблицы.


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

-----
PostgreSQL DBA

Спасибо =)


Подскажите пожалуйста, где эти объяснения к запросам искать? =))



Вот тут и проблемка =( У меня на сайте на страницу от 45 до 60 запросов идет.

Скажите еще пожалуйста, колл-во запрос так же важно как и время их выполнения? Просто например, запросы обрабатываются весьма быстро, но вот их колл-во зашкаливает.

(Отредактировано автором: 12 Января, 2014 - 13:58:55)

Я, помнится, вот по этому материалу разбирался с explain'ом: http://www[dot]mysql[dot]ru/docs/man/EXPLAIN[dot]html

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

-----
PostgreSQL DBA