Как отследить источник запросов к SQL

Ну проанализируй что дальше происходит. Возможно айдишник потом используется для получения других данных. Это как раз правильно - не получать всю таблицу с SELECT * FROM а сделать выборку столбцов. Другой вопрос - почему  не заджойнить нужное в таком случае. Но это все гадание на  кофейной гуще - нужно анализировать все. 

НО в обьом случае дал простого сайта это перебор. Но может там у тебя там магазин с товарами у которых сотни параметров...

Магазин порядка 7000 товаров, параметров не много, но не просто артикул-цена.

Не. Да, часто есть смысл разбивать сложный запрос на несколько, но 1150 sql запросов на страницу это оверхед. Если уж очень нужно кидать запрос на получение иерархии предков для каждого выводимого элемента например, стоит посмотреть в сторону рекурсивных запросов CTE. А вообще такие объекты как правило кэшируются в виде связанных списков. Или решается одним или небольшой группой запросов, в зависимости от рабочих задач и природы данных.

тут дело не в количестве даже а в вариациях

Короче - мое предположение оказалось верным. За каким-то хреном PHPmyAdmin 4.0 считает не так как 5.2

Взял и забросил им одинаковое:

SELECT s1.variable_value / s2.variable_value
FROM information_schema.global_status s1, information_schema.global_status s2
WHERE s1.variable_name='queries'
AND s2.variable_name ='uptime';

И что бы вы думали? В обоих случаях получил примерно одинаковые 400 в секунду плюс-минус!

Вот гады.

У меня есть маленький магазинчик в клиентах на битриксе, там сейчас смотрю порядка 1.5k селектов в секунду (не на страницу), но при этом там ~20 запросов в секунду к битриксу

Но с виду конечно кривовато, запросы в цикле как у вас больше времени тратят на транспорт данных между БД и приложением, проще уж как то выбирать большими партиями и в коде уже собирать, чем делать 1000 запросов отдельных, но там наверняка какой то WP скорее всего, а как я понимаю там людей не сильно беспокоит производительность, главное что на тачке разработчика работает быстро без нагрузки.

Да это классика просто. Тот же Opencart, вместо того, чтобы сразу выгрузить все товары для списка, выгружает сначала id товаров, а потом для каждого товара отдельный запрос мега-ужасный и большой с 5-10 JOIN. Я просто думаю, что все тестируют магазины и плагины, где-то на 1000 товарах, не больше. Загрузить 100 000 - 300 000 и протестировать? неее... нафиг надо. 

Коду 18 лет. Я уже лет 5-6 его сам пилю, но косметику. А структура - 18 лет. Многие из вас писались еще в штаны тогда :-) Ну ладо, мож не писались - но водку не пили точно.

Понятно, зачем. Чтобы id попал в объект, который формируется в результате запроса.

Ну я уже где то 14 лет пишу код за который мне деньги платят, да не 18 конечно, но до этого я писал код (довольно долго) за который мне не платили денег =))) и да водку (самогон) я пил уже примерно 25 лет назад =))

Но в вашем случае проще переписать на самом деле, так сказать провести рефакторинг и запилить... кстати а что там за CMS из 2006? php nuke какой нибудь? Я уже и CMS то не помню какие были в те года, тогда еще яндекс perl разработчиков нанимал, а я кстати на нем писал =)))