Форум

Коллеги, прошу помощи, есть 2 сайта от коробочной версии, выгружается единый каталог из 1с, после чего через торговые предложения выводятся персональные цены, на одном сайте все ок, работает быстро,  на другом, периодически создается запрос, которого нет в первом.

SEL ECT BE.ID as ID,BE.IBLOCK_ID as IBLOCK_ID, FPV0.VALUE as PROPERTY_527_VALUE, FPV0.ID as PROPERTY_527_VALUE_ID
FR OM
b_iblock B
INNER JOIN b_lang L ON B.LID=L.LID
INNER JOIN b_iblock_element BE ON BE.IBLOCK_ID = B.ID
INNER JOIN b_iblock_property FP0 ON FP0.IBLOCK_ID = B.ID AND FP0.ID=527
INNER JOIN b_iblock_element_property FPV0 ON FPV0.IBLOCK_PROPERTY_ID = FP0.ID AND FPV0.IBLOCK_ELEMENT_ID = BE.ID
WHERE
1=1 AND ( ((((BE.IBLOCK_ID = '32')))) AND ((((FPV0.VALUE_NUM = '16820')))) ) AND (((BE.WF_STATUS_ID=1 AND BE.WF_PARENT_ELEMENT_ID IS NULL)))
ORDER BY
BE.ID asc

почему он возникает? в шаблоне запрашивается отсутствующее в каталоге свойство? как его найти?

Добрый день, столкнулся с низкой оценкой производительности, какие донастройки нужно выполнить, чтобы выйти из красной зоны
[TABLE][TR][TD]
[/TD][TD][/TD][TD][/TD][/TR][TR][TD]Кеш запросов (эффективность)[/TD][TD][COLOR=#ff0000]15.42%[/COLOR][/TD][TD]Если эффективность использования кеша менее 20%, то возможно требуется увеличить значение параметра query_cache_limit (текущее значение: 16 МБ)[/TD][/TR][TR][TD]Кеш запросов (вытеснения)[/TD][TD]182473518[/TD][TD]Количество запросов вытесненных из кеша (Qcache_lowmem_prunes). Если значение быстро растет, то необходимо увеличить параметр query_cache_size (текущее значение: 128 МБ), но не более чем до 128M.[/TD][/TR][TR][TD]Сортировки[/TD][TD]3140628[/TD][TD]Общее количество сортировок (Sort_scan + Sort_range).[/TD][/TR][TR][TD]Сортировки (диск)[/TD][TD]0.03%[/TD][TD]Процент сортировок потребовавших создания временной таблицы на диске (Sort_merge_passes / (Sort_scan + Sort_range)). Если процент более 10, то требуется увеличить параметры sort_buffer_size (текущее значение: 24 МБ) и read_rnd_buffer_size (текущее значение: 256 КБ).[/TD][/TR][TR][TD]Select_range_check + Select_full_join[/TD][TD]114195[/TD][TD]Количество объединений таблиц не использующих индексы. (Select_range_check + Select_full_join). Если значение большое, то требуется увеличить параметр join_buffer_size (текущее значение: 24 МБ) или добавить индексы для объединения таблиц.[/TD][/TR][TR][TD]Временные таблицы (диск)[/TD][TD][COLOR=#ee1d24]30.25%[/COLOR][/TD][TD]Процент временных таблиц потребовавших создание на диске (Created_tmp_disk_tables / (Created_tmp_tables + Created_tmp_disk_tables)). Процент более 30% и требуется увеличить параметры tmp_table_size (текущее значение: 128 МБ) и max_heap_table_size (текущее значение: 128 МБ). Убедитесь, что значения этих параметров равны. Так же возможно требуется сократить количество SELECT DISTINCT запросов без LIMIT.[/TD][/TR][TR][TD][/TD][TD][/TD][TD][/TD][/TR][/TABLE][TABLE][TR][TD]Конфигурация[/TD][TD]17.70[/TD][TD]30[/TD][TD] [/TD][/TR][TR][TD]Среднее время отклика[/TD][TD]0.0565[/TD][TD]0.0330[/TD][TD]секунд[/TD][/TR][TR][TD]Процессор (CPU)[/TD][TD]130.5[/TD][TD]9.0[/TD][TD]миллионов операций в секунду[/TD][/TR][TR][TD]Файловая система[/TD][TD]8 971.8[/TD][TD]10 000[/TD][TD]файловых операций в секунду[/TD][/TR][TR][TD]Почтовая система[/TD][TD]5.0307[/TD][TD]0.0100[/TD][TD]время отправки одного письма (в секундах)[/TD][/TR][TR][TD]Время старта сессии[/TD][TD]0.0002[/TD][TD]0.0002[/TD][TD]секунд[/TD][/TR][TR][TD]Конфигурация PHP[/TD][TD]оптимально[/TD][TD]оптимально[/TD][TD]
[/TD][/TR][TR][TD]База данных MySQL (запись)[/TD][TD]6 100[/TD][TD]5 600[/TD][TD]количество запросов на запись в секунду[/TD][/TR][TR][TD]База данных MySQL (чтение)[/TD][TD]18 046[/TD][TD]7 800[/TD][TD]количество запросов на чтение в секунду[/TD][/TR][TR][TD]База данных MySQL (изменение)[/TD][TD]8 249[/TD][TD]5 800[/TD][TD]количество запросов на изменение в секунду[/TD][/TR][/TABLE]

По документации и расследую, генератор кучи запросов оказался  прописан в result_modifier.php

Получение цен кастомное, вот и пытаюсь разобраться, где компания, которая это понаписала ошиблась, из-за этих запросов при переходе по разделам каталога или пагинации, сайт просто впадает в кому. + обновления самого битрикс не работают.

Я с битриксом еще на ВЫ, как уменьшить кол-во однотипных запросов.

Запрос № 14157:

SEL ECT `catalog_price`.`ID` AS `ID`, `catalog_price`.`PRODUCT_ID` AS `PRODUCT_ID`, `catalog_price`.`EXTRA_ID` AS `EXTRA_ID`, `catalog_price`.`CATALOG_GROUP_ID` AS `CATALOG_GROUP_ID`, `catalog_price`.`PRICE` AS `PRICE`, `catalog_price`.`CURRENCY` AS `CURRENCY`, `catalog_price`.`TIMESTAMP_X` AS `TIMESTAMP_X`, `catalog_price`.`QUANTITY_FROM` AS `QUANTITY_FROM`, `catalog_price`.`QUANTITY_TO` AS `QUANTITY_TO`, `catalog_price`.`TMP_ID` AS `TMP_ID`, `catalog_price`.`PRICE_SCALE` AS `PRICE_SCALE`
FR OM
`b_catalog_price` `catalog_price`
WHERE
`catalog_price`.`PRODUCT_ID` IN (16209) AND `catalog_price`.`CATALOG_GROUP_ID` IN (1458)

Откуда вызван:

(1.1) /home/bitrix/www/bitrix/modules/main/lib/orm/query/query.php:3540
Bitrix\Main\DB\Connection->query(...)

(1.2) /home/bitrix/www/bitrix/modules/main/lib/orm/query/query.php:949
Bitrix\Main\ORM\Query\Query->query(Array ( ) )

(1.3) /home/bitrix/www/bitrix/modules/main/lib/orm/data/datamanage­r.php:500
Bitrix\Main\ORM\Query\Query->exec(Array ( ) )

(1.4) /home/bitrix/www/bitrix/modules/catalog/lib/discount/discoun­tmanager.php:582
Bitrix\Main\ORM\Data\DataManager::getList(Array ( ) )

(1.5) /home/bitrix/www/bitrix/modules/catalog/lib/discount/discoun­tmanager.php:496
Bitrix\Catalog\Discount\DiscountManager::preloadPriceData(Array ( ) )

Время выполнения: 9.0E-5 сек.

Спасибо за ответ, но видимо не корректно задал.

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

[TABLE][TR][TD] bitrix:catalog.section[/TD][TD] авто[/TD][TD] [/TD][TD]99.75%[/TD][TD]15.2516 сек.[/TD][TD]21775 запр.[/TD][TD]7.4827 сек[/TD][/TR][/TABLE]
отличие запросов лишь в PRODUCT_ID и CATALOG_GROUP_ID

Добрый день, проблема следующего характера, при переходе по пагинации или разделам каталога bitrix.catalog,section генерирует до 20000 запросов к базе, что тормозит сайт, как найти этот запрос и оптимизировать?

Добрый день, достался в наследство сайт с доработками, разбираюсь на лету, есть критичные ошибки, которые нужно исправить прямо сейчас.
Подскажите где найти нужную настройку или строку кода:
есть .left.menu.php каталог из 20 категорий, которые видны на сайте только при 50% масштаба страницы.
при 100% появляется скролл  который выводит только 19 категорий(т.е на ней блок и не проматывает далее), где нужно подправить?


и еще при попытке обновить битрикс, сторонние доработки вызывают ошибку скрипта, как диагностировать, на чем он "спотыкается"?