Большая база данных php-mysql: очень медленный запрос соединения [duplicate]

Уверьте, что все столбцы, на которых есть условные утверждения «ON», есть, должны быть проиндексированы. Это значительно улучшит скорость.

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

Контрольные точки для повышения производительности.

1. Все таблицы должны иметь первичный ключ. Это связано с тем, что строки в таблице будут физически отсортированы.
2. Для маленьких и запросов, содержащих несколько таблиц, содержащих первичный ключ в таблице, будет достаточно. Если вы по-прежнему хотите повысить производительность, создайте некластеризованный индекс для столбцов, например поле * object_Id таблицы term_relationships *. Некластеризованный индекс должен быть создан для тех столбцов в таблице, которые участвуют в операции объединения.

Однако следует отметить, что некластеризованный индекс должен быть очень меньше на тех таблицах, где происходит множественная вставка и обновления. Это не простой вопрос, на который нельзя ответить только в зависимости от времени выполнения. Существуют и другие факторы, которые влияют на ответ, особенно если среда, в которой выполняется хранимая процедура, в значительной степени является транзакционной.

Здесь вы можете найти

    Declare @query as NVARCHAR(MAX)
    set @query = ('SELECT 
    products.id,
    products.name,
    price.value AS price,
    sku.value AS sku,
    size.name AS size
    FROM products
    INNER JOIN metadata AS price ON products.id = price.product_id AND price.meta_key = price
    INNER JOIN metadata AS sku ON products.id = sku.product_id AND sku.meta_key = sku
    INNER JOIN term_relationships AS tr ON products.id = tr.object_id
    INNER JOIN term_taxonomy AS tt
    ON tr.term_taxonomy_id = tt.term_taxonomy_id AND tt.taxonomy = size
    INNER JOIN terms AS size
    ON tt.term_id = size.term_id
    into #t')

    exec(@query);
    select * from #t

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

Я бы предложил те:

• Подумайте о сокращении этих объединений с уровня бизнеса;
• Если это невозможно сделать из «верхнего» (бизнес-уровня) и данных не для реального времени, я бы предложил подготовить таблицу памяти (я знаю, что решение не идеально). И / / g1]

По моему опыту:

• «joins» - это убийца для производительности, тем больше ваши данные, больше боли вы почувствуете;
• Попытайтесь избавиться от объединений, а не пытаться улучшить производительность запросов, сохраняя соединения, если только вам это не нужно. Обычно я попытаюсь исправить эти проблемы с «top» до «bottom»
• Последнее предложение - если все выше не работает.

(Простите, я не предлагал решение для улучшения производительности вашего запроса.)

Попробуйте следующее:

SELECT p.id, p.name, MAX(CASE m.meta_key WHEN 'price' THEN m.value ELSE '' END) AS price, 
       MAX(CASE m.meta_key WHEN 'sku' THEN m.value ELSE '' END) AS sku, s.name AS size
FROM products p 
INNER JOIN `metadata` AS m ON p.id = m.product_id  
INNER JOIN `term_relationships` AS tr ON p.id = tr.object_id 
INNER JOIN `term_taxonomy` AS tt ON tr.term_taxonomy_id = tt.term_taxonomy_id AND tt.taxonomy = 'size'
INNER JOIN `terms` AS s ON tt.term_id = s.term_id
GROUP BY p.id;

Если вы все еще находите, что ваш запрос медленный, добавьте [мой запрос], чтобы выяснить, какие столбцы нужны INDEX.

Нижеприведенный скрипт отформатирован в соответствии с правилами SQL Server. Вы можете изменить это в соответствии с правилами MySQL и дать ему попробовать -

SELECT 
  P.id,
  P.name,
  PIVOT_METADATA.price,
  PIVOT_METADATA.sku,
  size.name AS size
FROM products P (NOLOCK)

INNER JOIN term_relationships AS tr (NOLOCK)
    ON P.id = tr.object_id

INNER JOIN term_taxonomy AS tt (NOLOCK)
    ON tr.term_taxonomy_id = tt.term_taxonomy_id AND tt.taxonomy = 'size'

INNER JOIN terms AS size (NOLOCK)
    ON tt.term_id = size.term_id

INNER JOIN METADATA (NOLOCK)
    PIVOT
    (
        MAX(value)
        FOR [meta_key] IN (price,sku)
    )AS PIVOT_METADATA
    ON P.id = PIVOT_METADATA.product_id

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

То, что я пытался достичь - я убеждаюсь, что как можно больше отношений 1 к 1 выполняются. Для этого я сделал Pivot по метаданным и сделал цену и amp; sku как столбцы. Теперь мой идентификатор продукта должен иметь только одну строку в метаданных. alos, я убедился, что присоединяюсь к этому пикоту в самом конце.

Попробуйте. Пожалуйста, поделитесь ожидаемой производительностью, количеством записей у вас есть & amp; также, какую производительность вы получаете с моим asnwer.