Оптимизация внутреннего соединения - PullRequest
Новая
       12

Оптимизация внутреннего соединения

3 голосов
/ 08 декабря 2010

Мне нужна помощь с оптимизацией запроса. У меня есть запрос, который занимает слишком много времени для запуска 12-х, и я был бы рад получить помощь в его оптимизации, поскольку я не являюсь гуру SQL. Вот оно: 

SELECT   ID                                          ,
         user_login                                  ,
         user_nicename                               ,
         user_registered                             ,
         user_status                                 ,
         display_name                                ,
         t1.meta_value             AS account_type    ,
         1 t2.meta_value           AS views           ,
         GROUP_CONCAT(t4.term_id)  AS interests_skills,
         GROUP_CONCAT(t4.taxonomy) AS taxonomyComb    ,
         t4.term_id                                   ,
         t4.taxonomy
FROM     wp_users
         INNER JOIN wp_usermeta AS t1
         ON       (
                           t1.user_id = wp_users.ID
                  AND
                           (
                                    t1.meta_key   = 'account_type'
                           AND      t1.meta_value = 'individual'
                           )
                  )
         LEFT JOIN wp_usermeta AS t2
         ON       (
                           t2.user_id  = wp_users.ID
                  AND      t2.meta_key = 'views'
                  )
         LEFT JOIN wp_term_relationships AS t3
         ON       (
                           t3.object_id = (1000000+wp_users.ID)
                  )
         INNER JOIN wp_term_taxonomy AS t4
         ON       (
                           (
                                    t3.term_taxonomy_id = t4.`term_taxonomy_id`
                           AND      t4.taxonomy         = 'category'
                           AND      t4.term_id IN (396,410,411,416,142,417)
                           )
                  OR
                           (
                                    t3.term_taxonomy_id = t4.`term_taxonomy_id`
                           AND      t4.taxonomy         = 'skill'
                           AND      t4.term_id IN (461,463,464,466,490,468,470,491,473,474,475)
                           )
                  )
WHERE    t4.term_id IS NOT NULL
GROUP BY ID LIMIT 0,10

Вот объяснение

1 ПРОСТОЙ диапазон t4 ПЕРВИЧНЫЙ, term_id_taxonomy, таксономия term_id_taxonomy 106 NULL 17 Использование где; Используя временные; Использование файловой сортировки

1 SIMPLE t1 ref user_id, meta_key meta_key 768 const 3773 Использование где

1 ПРОСТО wp_users eq_ref ПЕРВИЧНЫЙ ПЕРВИЧНЫЙ 8 jasper_gi.t1.user_id 1

1 ПРОСТО t2 ref user_id, meta_key meta_key 768 const 2

1 ПРОСТОЙ t3 eq_ref PRIMARY, term_taxonomy_id PRIMARY 16 func, jasper_gi.t4.term_taxonomy_id 1 Использование где; Используя индекс

Ответы [ 3 ]

2 голосов
/ 08 декабря 2010

Мне нравится макет вашего SQL - очень легко читается.

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

Затем добавляйте каждое соединение по одному, пока не увидите преступника. Может быть смесь из нескольких, могут быть некоторые отсутствующие индексы и т. Д. Но систематически работая через такие объединения, вы можете найти проблемные места и получить лучшее представление о том, что делать.

1 голос
/ 08 декабря 2010

Первая линия атаки на индексы: у вас есть составные индексы, определенные для: 

t2/wp_usermeta: (user_id, meta_key)
t3/wp_term_relationships: (objectid)
t4/wp_term_taxonomy: (term_taxonomy_id, taxonomy, term_id)

0 голосов
/ 08 декабря 2010

Наличие индексов в ваших полях объединения поможет несколько:.term_taxonomy_id

wp_term_taxonomy.taxonomy wp_term_taxonomy.term_id
...