«Копирование в таблицу tmp» очень медленно

15

Это мой пример запроса:

SELECT
    nickname, 
    CASE class_id
      WHEN 1 THEN 'Druid'
      WHEN 2 THEN 'Necromancer'
      WHEN 3 THEN 'Mage'
      WHEN 4 THEN 'Priest'
      WHEN 5 THEN 'Warrior'
      WHEN 6 THEN 'Stalker'
      WHEN 7 THEN 'Paladin'
      WHEN 8 THEN 'Psionic'
    END class_name,
    ROUND(AVG(level),2) level,
    ROUND(AVG(tabard_id),2) tabard,
    CASE rank_id
      WHEN 1 THEN 'Leader'
      WHEN 2 THEN 'Officer'
      WHEN 3 THEN 'Veteran'
      WHEN 4 THEN 'HonoryMember'
      WHEN 5 THEN 'OrdinaryMember'
      WHEN 6 THEN 'Alt'
      WHEN 7 THEN 'Apprentice'
      WHEN 8 THEN 'Penalty'
    END rank_name,
    ROUND(AVG(loyality),2) loyality,
    ROUND((MAX(authority)-MIN(authority))/AVG(tabard_id)) authority_effective,
    MAX(authority)-MIN(authority) authority_delta,
    MIN(authority) authority_begin,
    MAX(authority) authority_end
FROM users
    LEFT JOIN level_history ON level_history.users_id = users.id
    LEFT JOIN tabard_history ON tabard_history.users_id = users.id
    LEFT JOIN rank_history ON rank_history.users_id = users.id
    LEFT JOIN loyality_history ON loyality_history.users_id = users.id
    LEFT JOIN authority_history ON authority_history.users_id = users.id
    LEFT JOIN guilds_has_users ON guilds_has_users.users_id = users.id
    LEFT JOIN report ON report.id = authority_history.report_id
      AND report.id = level_history.report_id
      AND report.id = loyality_history.report_id
      AND report.id = rank_history.report_id
      AND report.id = tabard_history.report_id
WHERE report.date BETWEEN '2011-10-24 00:00:00' AND '2011-10-30 23:59:59'
  AND guilds_has_users.active = 1
GROUP BY users.id;

Объясните, что выбрать:

id  select_type   table               type    possible_keys                                            key                          key_len   ref                                           rows    Extra
1   SIMPLE        guilds_has_users    ref     fk_guilds_has_users_users1,active_IDX                    active_IDX                   1         const                                         139     Using where; Using temporary; Using filesort
1   SIMPLE        users               eq_ref  PRIMARY                                                  PRIMARY                      4         z92985_orlandino.guilds_has_users.users_id    1    
1   SIMPLE        level_history       ref     fk_level_history_users1,fk_level_history_report1,u...    fk_level_history_users1      4         z92985_orlandino.guilds_has_users.users_id    1       Using where
1   SIMPLE        report              eq_ref  PRIMARY,date_IDX,id_date_IDX                             PRIMARY                      4         z92985_orlandino.level_history.report_id      1       Using where
1   SIMPLE        tabard_history      ref     fk_tabard_history_users1,fk_tabard_history_report1...    fk_tabard_history_users1     4         z92985_orlandino.level_history.users_id       1       Using where
1   SIMPLE        rank_history        ref     fk_rank_history_users1,fk_rank_history_report1,use...    fk_rank_history_users1       4         z92985_orlandino.users.id                     1       Using where
1   SIMPLE        loyality_history    ref     fk_loyality_history_users1,fk_loyality_history_rep...    fk_loyality_history_users1   4         z92985_orlandino.rank_history.users_id        1       Using where
1   SIMPLE        authority_history   ref     fk_authority_history_users1,fk_authority_history_r...    fk_authority_history_users1  4         z92985_orlandino.level_history.users_id       1       Using where

Профилирование этого выбора говорит мне:

(139 total, Query took 4.4918 sec)
Copying to tmp table 4.488318

И немного информации о переменных MySQL:

SHOW VARIABLES LIKE '%buffer%';

Variable_name              Value
bulk_insert_buffer_size    8388608
join_buffer_size           131072
key_buffer_size            12884901888
myisam_sort_buffer_size    8388608
net_buffer_length          16384
preload_buffer_size        32768
read_buffer_size           131072
read_rnd_buffer_size       25165824
sort_buffer_size           2097144
sql_buffer_result          OFF

Почему копирование в таблицу tmp происходит так медленно? Как улучшить скорость моего запроса?

PS: я не могу настроить MySQL, потому что мой хостинг-провайдер этого не допустит.

гофролист
источник

Ответы:

22

Возможно, вам придется попытаться установить определенные переменные в вашей сессии

Эти конкретные значения могут быть слишком малы для вашего соединения с БД для эффективного выполнения запроса. Они могут быть установлены следующим образом:

  • Чтобы увидеть, какие значения имеют эти настройки, выполните следующие действия:
    • SHOW VARIABLES LIKE 'max_heap_table_size';
    • SHOW VARIABLES LIKE 'tmp_table_size';
  • Чтобы установить max_heap_table_size равным 64M, сделайте следующее:
    • SET max_heap_table_size = 1024 * 1024 * 64;
  • Чтобы установить tmp_table_size в 32M, сделайте следующее:
    • SET tmp_table_size = 1024 * 1024 * 32;

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

Если вы не можете установить эти значения в своем собственном сеансе, свяжитесь с вашим хостинг-провайдером, чтобы динамически установить их в my.cnf.

Попробуйте!

RolandoMySQLDBA
источник
+1 для установки переменных в сеансе, это, безусловно, может помочь этому запросу, который выглядит довольно сложным ...
Дэйв Рикс
5

Можете ли вы сократить запрос только до тех таблиц, которые абсолютно необходимы для создания выходных данных, или разбить запрос на несколько отдельных запросов, чтобы извлечь разные части информации?

Вы можете обнаружить, что выполнение трех отдельных запросов к вашим данным будет быстрее, чем выполнение одного огромного, особенно когда ваша база данных начинает расти до десятков и сотен тысяч строк.

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

Надеюсь, это поможет :)

Дейв Рикс
источник
1
Иногда меньшие запросы имеют больше смысла, чем огромная масса таблиц и левых соединений (пример: stackoverflow.com/questions/5983156/… ) +1 !!!
RolandoMySQLDBA