Форум

[QUOTE]Алексей Волков написал:
а дальше смотреть что получится[/QUOTE]
должно получиться ~ -30% времени выполнения запросов
[QUOTE]Алексей Волков написал:
так если убрать, то при наличии многоуровневой привязки элементов к разделам мы получим, что зайдя в верхний уровень не увидим товаров?[/QUOTE]
если убрать фильтр по разделу (SECTION_ID и INCLUDE_SUBSECTIONS) - не все ли равно, как глубоко лежит элемент? У топик-стартера именно эта проблема.

[QUOTE]Никита Тимофеев написал:
Для каждого пользователя есть своя уникальная цена на товар, рассчитанная исходя из некоторых условий[/QUOTE]
При таком условии вы либо отказываетесь от кеширования списка товаров, либо объем кеша вырастет в N раз, где N - число пользователей магазина.

[QUOTE]Алексей Волков написал:
Евгений вы правы, у нас это кастомный компонент catalog.section в составе комплексного, только закинут почему-то в пространство имен не в свое, а в bitrix[/QUOTE]
Если кастомизация была сделана ранее апреля - 100%-я гарантия, что отсутствуют последние правки по оптимизации (iblock 18.6.200)

[QUOTE]Алексей Мохозин написал:
Использование catalog.top не будет  включать данный подзапрос?[/QUOTE]
Нет.
[QUOTE]Алексей Мохозин написал:
И будет ли тогда это работать с  arrCollectionFilter[/QUOTE]
На текущий момент - нет. Могу в таком случае предложить кастомизировать catalog.section, убрав обработку ключей SECTION_ID, SECTION_CODE, INCLUDE_SUBSECTIONS

Вы мне показываете вызов компонента, причем из шаблона комплексного (судя по всему). Из того, что вижу:
[QUOTE]Алексей Мохозин написал:
"ELEMENT_SORT_FIELD" => 'RAND',[/QUOTE]
Вам нужна сортировка в случайном порядке? В таком случае вторая сортировка по доступности лишь ухудшает ситуацию
[QUOTE]Алексей Мохозин написал:
"SECTION_ID" => '',
"SECTION_CODE" => '',
"INCLUDE_SUBSECTIONS" => $arParams["INCLUDE_SUBSECTIONS"],
[/QUOTE]
Выборка из всего инфоблока (в INCLUDE_SUBSECTIONS, видимо, прилетает Y - это и приводит к появлению столь озадачившего вас куска запроса). В таком случае нужно использовать не catalog.section, а catalog.top

[QUOTE]Алексей Мохозин написал:
"FILTER_NAME" => 'arrCollectionFilter',[/QUOTE]
Что в глобальной переменной arrCollectionFilter? Какой фильтр туда загоняется?

[QUOTE]Алексей Мохозин написал:
Пока копаем в стороннем компоненте, где эти запросы вызываются.[/QUOTE]
Покажите вызов CIBlockElement::GetList со всеми входными параметрами.

[QUOTE]Алексей Волков написал:
У нас тоже самое на проекте - это компонент catalog.items выдает такой запрос.[/QUOTE]
Сожалею, но в продукте нет компонента catalog.item[B]s[/B]. Есть - catalog.item. В нем нет обращений к базе - это компонент отрисовки элемента. Если в режиме отладки вы видите запросы именно в нем - анализируйте result_modifier.php кастомизированного шаблона.

[QUOTE]Алексей Мохозин написал:
Непонятно за что он отвечает.[/QUOTE]
За выбор всех элементов, принадлежащих переданному разделу. Повторюсь:
[QUOTE]Евгений Жуков написал:
Настоятельно рекомендую отключить и переписать вызов CIBlockElement::GetList[/QUOTE]
Судя по приведенным запросам, вызовы этого метода делаются с некорректными значениями входных параметров.

[QUOTE]Алексей Мохозин написал:
[URL=https://pastebin.com/YnLcVyaH]https://pastebin.com/YnLcVyaH[/URL][/QUOTE]
Судя по скрину - это какой-то самописный компонент. Настоятельно рекомендую отключить и переписать вызов CIBlockElement::GetList

Включите отладку в /bitrix/.settings и смотрите ошибку.

Битрикс или демо-магазин?