Как я могу оптимизировать этот запрос? - PullRequest
Новая
       6

Как я могу оптимизировать этот запрос?

1 голос
/ 27 апреля 2011

Вот запрос: 

SELECT p.name p_name,
c.name c_name,
p.line1,
p.zip,
c.line1,
p.zip
FROM

(SELECT c.name,
ad.line1,
ad.zip
FROM customer c
JOIN account a ON a.customer_id = c.id
JOIN account_address aa ON aa.account_id = a.id
JOIN address ad ON aa.address_id = ad.id
JOIN account_import ai ON a.account_import_id = ai.id
JOIN generic_import gi ON ai.generic_import_id = gi.id
JOIN import_bundle ib ON gi.import_bundle_id = ib.id
WHERE gi.active = 1
AND ib.active = 1
AND ib.bank_id = 8
LIMIT 1000) c

JOIN
(SELECT p.name,
a.line1,
a.zip
FROM prospect p
JOIN address a ON p.address_id = a.id) p
ON
0
OR (p.zip = c.zip AND SUBSTRING(p.name, 1, 12) = SUBSTRING(c.name, 1, 12))
OR (p.zip = c.zip AND p.name = c.name)
OR (p.zip = c.zip
  AND SUBSTRING(p.name, 1, 4) = SUBSTRING(c.name, 1, 4)
  AND SUBSTRING(SUBSTRING_INDEX(p.name, ' ', -1), 1, 4) = SUBSTRING(SUBSTRING_INDEX(c.name, ' ', -1), 1, 4))
OR (p.zip = c.zip
  AND SUBSTRING(p.name, 1, 3) = SUBSTRING(c.name, 1, 3)
  AND SUBSTRING(SUBSTRING_INDEX(p.name, ' ', -1), 1, 3) = SUBSTRING(SUBSTRING_INDEX(c.name, ' ', -1), 1, 3)
  AND SUBSTRING(p.line1, 1, 4) = SUBSTRING(c.line1, 1, 4))

Вот это EXPLAIN: 

*************************** 1. row ***************************
           id: 1
  select_type: PRIMARY
        table: <derived2>
         type: ALL
possible_keys: NULL
          key: NULL
      key_len: NULL
          ref: NULL
         rows: 1000
        Extra:
*************************** 2. row ***************************
           id: 1
  select_type: PRIMARY
        table: <derived3>
         type: ALL
possible_keys: NULL
          key: NULL
      key_len: NULL
          ref: NULL
         rows: 15030
        Extra: Using where; Using join buffer
*************************** 3. row ***************************
           id: 3
  select_type: DERIVED
        table: p
         type: ALL
possible_keys: address_id
          key: NULL
      key_len: NULL
          ref: NULL
         rows: 15067
        Extra:
*************************** 4. row ***************************
           id: 3
  select_type: DERIVED
        table: a
         type: eq_ref
possible_keys: PRIMARY,index_address_id
          key: PRIMARY
      key_len: 8
          ref: mcif.p.address_id
         rows: 1
        Extra:
*************************** 5. row ***************************
           id: 2
  select_type: DERIVED
        table: ib
         type: index_merge
possible_keys: PRIMARY,bank_id,fk_bank_id,index_import_bundle_id,index_import_bundle_bank_id,index_import_bundle_active
          key: index_import_bundle_active,fk_bank_id
      key_len: 1,8
          ref: NULL
         rows: 1
        Extra: Using intersect(index_import_bundle_active,fk_bank_id); Using where; Using index
*************************** 6. row ***************************
           id: 2
  select_type: DERIVED
        table: gi
         type: ref
possible_keys: PRIMARY,import_bundle_id,index_generic_import_id,index_generic_import_import_bundle_id,index_generic_import_active
          key: import_bundle_id
      key_len: 8
          ref: mcif.ib.id
         rows: 34
        Extra: Using where
*************************** 7. row ***************************
           id: 2
  select_type: DERIVED
        table: ai
         type: ref
possible_keys: PRIMARY,generic_import_id,index_account_import_generic_import_id
          key: generic_import_id
      key_len: 8
          ref: mcif.gi.id
         rows: 1
        Extra: Using index
*************************** 8. row ***************************
           id: 2
  select_type: DERIVED
        table: a
         type: ref
possible_keys: PRIMARY,fk_account_customer_id,index_account_customer_id,index_account_id,index_account_account_import_id
          key: index_account_account_import_id
      key_len: 9
          ref: mcif.ai.id
         rows: 1482
        Extra: Using where
*************************** 9. row ***************************
           id: 2
  select_type: DERIVED
        table: c
         type: eq_ref
possible_keys: PRIMARY,index_customer_id
          key: PRIMARY
      key_len: 8
          ref: mcif.a.customer_id
         rows: 1
        Extra:
*************************** 10. row ***************************
           id: 2
  select_type: DERIVED
        table: aa
         type: ref
possible_keys: fk_account_address_account_id,fk_account_address_address_id,index_account_address_account_id,index_account_address_address_id
          key: fk_account_address_account_id
      key_len: 8
          ref: mcif.a.id
         rows: 1
        Extra:
*************************** 11. row ***************************
           id: 2
  select_type: DERIVED
        table: ad
         type: eq_ref
possible_keys: PRIMARY,index_address_id
          key: PRIMARY
      key_len: 8
          ref: mcif.aa.address_id
         rows: 1
        Extra:
11 rows in set (0.10 sec)

Понятия не имею, с чего начать. Я думаю, в основном мне просто нужен кто-то, чтобы объяснить EXPLAIN.

Ответы [ 4 ]

1 голос
/ 27 апреля 2011

Эти подстроки разрушают любую возможность использования индекса, можете ли вы удалить их и присоединиться к полному имени?Если нет, можете ли вы добавить дополнительный индексированный столбец в ваши таблицы, которые содержат подстроки имен, а затем присоединиться к ним?

0 голосов
/ 02 мая 2011

Решением было вынуть подзапросы и переписать запрос, используя только объединения.

0 голосов
/ 27 апреля 2011

Вы можете попробовать добавить prospect.name к индексу на prospect.address_id, поэтому вместо него у вас будет индекс на address_id,name. Это должно немного улучшить производительность (по крайней мере, строка 3 из explain). Также линия
OR (p.zip = c.zip AND p.name = c.name) кажется излишним -
(p.zip = c.zip AND SUBSTRING(p.name, 1, 12) = SUBSTRING(c.name, 1, 12)) включает все строки, где p.name = c.name.

0 голосов
/ 27 апреля 2011

ядро ​​базы данных попытается удалить строки с помощью предложений where как можно скорее.однако в первом подвыборе невозможно начать использовать предложения where для удаления строк, пока вы не присоединитесь к таблицам таблиц 6.первая таблица, на которую вы ссылаетесь в предложениях where, всегда должна быть первой таблицей, из которой вы выбираете, а вторая таблица, на которую вы ссылаетесь в предложениях where, должна быть первой таблицей, к которой вы присоединяетесь.

так что попробуйте переключить порядок таблиц в большом внутреннем select:)

вот моя попытка, но, конечно, не проверенная, поскольку у меня нет базы данных: 

SELECT
  p.name AS p_name,
  c.name AS c_name,
  p.line1,
  p.zip,
  c.line1,
  p.zip
FROM (
  SELECT
    c.name,
    ad.line1,
    ad.zip
  FROM generic_import AS gi
  JOIN import_bundle AS ib ON gi.import_bundle_id = ib.id
  JOIN account_import AS ai ON ai.generic_import_id = gi.id
  JOIN account AS a ON a.account_import_id = ai.id
  JOIN account_address AS aa ON aa.account_id = a.id
  JOIN address AS ad ON aa.address_id = ad.id
  JOIN customer AS c ON a.customer_id = c.id
  WHERE gi.active = 1
    AND ib.active = 1
    AND ib.bank_id = 8
  LIMIT 1000) AS c
  JOIN 
    (SELECT 
      p.name,
      a.line1,
      a.zip
    FROM prospect AS p
    JOIN address AS a ON p.address_id = a.id
    ) AS p
    ON (p.zip = c.zip
    AND SUBSTRING(p.name, 1, 12) = SUBSTRING(c.name, 1, 12)
       )
    OR (p.zip = c.zip AND p.name = c.name)
    OR 
    (p.zip = c.zip AND SUBSTRING(p.name, 1, 4) = SUBSTRING(c.name, 1, 4)
      AND SUBSTRING(SUBSTRING_INDEX(p.name, ' ', -1), 1, 4) = 
        SUBSTRING(SUBSTRING_INDEX(c.name, ' ', -1), 1, 4)
    )
    OR 
    (p.zip = c.zip AND SUBSTRING(p.name, 1, 3) = SUBSTRING(c.name, 1, 3)
    AND SUBSTRING(SUBSTRING_INDEX(p.name, ' ', -1), 1, 3) = 
      SUBSTRING(SUBSTRING_INDEX(c.name, ' ', -1), 1, 3)
    AND SUBSTRING(p.line1, 1, 4) = SUBSTRING(c.line1, 1, 4)
    )

было ли это быстрее?D:

...