Оптимизация выберите строки на основе предыдущего выбора результата

Question

У меня есть таблица поло, как это:

product_id |aid |value| 
------------|-------|-----| 
789   |6  |1 | 
789   |6  |3 | -->aid = 6 , value = 3 
789   |  8| 8| -->rows that i want with aid 8 
789   |  8| 11| -->rows that i want with aid 8 
789   |  8| 82| -->rows that i want with aid 8 
------------|-------|-----| 
790   |6  |2 | 
790   |6  |3 | -->aid = 6 , value = 3 
790   |6  |4 | 
790   |  8| 8| -->rows that i want with aid 8 
790   |  8| 16| -->rows that i want with aid 8 
------------|-------|-----| 
791   |6  |7 | 
791   |8  |13 | 
------------|-------|-----| 

Я хочу все строки с помощью = 8 для конкретных продуктов, которые имеют пару (помощь = 6 и значения = 3) что я сделал: Сначала я выбираю отдельные товарные_имени, имеющие aid = 6 и value = 3.
Затем я выбираю все строки с помощью, где product_ids находятся в предыдущем запросе select. вот мой запрос, который занимает около 1 секунды.

SELECT DISTINCT `value` FROM `fields` 
WHERE aid = 8 AND product_id IN 
(
    SELECT DISTINCT `fields`.product_id FROM `fields` 
    WHERE aid = 6 AND `value` = 3 
) 

результат значение 8,11,82,16
есть более оптимизированный способ сделать это?

Answer 1

Во-первых, distinct в подзапросе должно быть ненужным. Я не уверен, что MySQL оптимизирует его. Итак, начнем с:

SELECT DISTINCT f.`value` 
FROM `fields` f 
WHERE f.aid = 8 AND 
     f.product_id IN (SELECT f2.product_id 
         FROM `fields` f2 
         WHERE f2.aid = 6 AND f2.`value` = 3 
        ); 

Для этого запроса, вы хотите индекс на fields(aid, value, product_id).

В более ранних версиях MySQL было бы лучше заменить подзапрос IN на EXISTS. Если ваш запрос заканчивается через одну секунду, то вы, вероятно, находитесь на более поздней версии.

Answer 2

Гордон показал вам IN метод вы можете также рассмотреть вопрос о EXISTS и или JOIN методов, если вы в конечном итоге необходимости настройки производительности все три имеют различные преимущества и недостатки, в зависимости от размера данных и сложности.

EXISTS просто использует коррелированный подзапросом

SELECT f.* 
FROM 
    `fields` f 
WHERE 
    f.aid = 8 
    EXISTS (
     SELECT 1 
     FROM `fields` f2 
     WHERE 
      f2.aid = 6 
      AND f2.`value` = 3 
      AND f1.product_id = f2.product_id) 

Для метода присоединения, сохраняя отличие в этом случае будет делать, так как если 6 & 3 может быть представлен более чем один раз.

SELECT f.* 
FROM 
    `fields` f 
    INNER JOIN (
     SELECT DISTINCT `fields`.product_id FROM `fields` 
     WHERE aid = 6 AND `value` = 3 
    ) t 
    ON f.product_id = t.product_i 
WHERE 
    f.aid = 8 

Answer 3

Сначала добавьте следующий указатель в таблицу, если у вас его еще нет.

ALTER TABLE fields ADD KEY (aid, product_id, value); 

Кстати, задавая вопросы SQL, это поможет, если вы разместите вывод SHOW CREATE TABLE таким образом, мы можем увидеть, если вы уже определили никаких индексов или ограничений.

sql> SHOW CREATE TABLE fields\G 
     Table: fields 
Create Table: CREATE TABLE `fields` (
    `product_id` int(11) DEFAULT NULL, 
    `aid` int(11) DEFAULT NULL, 
    `value` int(11) DEFAULT NULL, 
    KEY `aid` (`aid`,`product_id`,`value`) 
) ENGINE=InnoDB DEFAULT CHARSET=latin1 

Далее, попробуйте этот запрос:

SELECT DISTINCT f1.value 
FROM fields AS f1 
INNER JOIN fields AS f2 
    ON f1.product_id=f2.product_id 
WHERE f1.aid=8 AND f2.aid=6 AND f2.value=3; 

Это не использует подзапросы, только индексированный поиск. Мы не заботимся о сокращении набора совпадающих строк в f2, потому что в любом случае по-прежнему будет заботиться DISTINCT.

Выход (проверено на MySQL 8.0.0-DMR):

+-------+ 
| value | 
+-------+ 
|  8 | 
| 11 | 
| 82 | 
| 16 | 
+-------+ 

Вот EXPLAIN отчет, чтобы показать оптимизации:

*************************** 1. row *************************** 
      id: 1 
    select_type: SIMPLE 
     table: f2 
    partitions: NULL 
     type: ref 
possible_keys: aid 
      key: aid 
     key_len: 5 
      ref: const 
     rows: 6 
    filtered: 10.00 
     Extra: Using where; Using index; Using temporary 
*************************** 2. row *************************** 
      id: 1 
    select_type: SIMPLE 
     table: f1 
    partitions: NULL 
     type: ref 
possible_keys: aid 
      key: aid 
     key_len: 10 
      ref: const,test.f2.product_id 
     rows: 2 
    filtered: 100.00 
     Extra: Using index 

Обе таблицы получить "Использование индекса" оптимизации, поэтому они используют индекс покрытия.

Обе таблицы используют индексный поиск, чтобы сузить количество исследуемых строк.

Есть еще временная таблица, которая вызывает некоторые накладные расходы. Но это неизбежно из-за DISTINCT. Но по крайней мере, это только одна временная таблица, а не несколько временных таблиц из-за использования DISTINCT в подзапросе. И таблица temp должна быть небольшой, так как ей нужно только сохранить строки, которые уже были сопоставлены.