Индекс исправления MySQL, поэтому при левом соединении возможные ключи не равны нулю - PullRequest
Новая
       41

Индекс исправления MySQL, поэтому при левом соединении возможные ключи не равны нулю

0 голосов
/ 18 декабря 2011

Этот вопрос следует из проблемы , опубликованной здесь , когда я запускаю объяснение I по моему запросу 

SELECT u_id, SUM(counts.s_count * tablename.weighted) AS total FROM tablename 
LEFT JOIN (SELECT a_id, s_count FROM tablename WHERE u_id = 1) counts
  ON tablename.a_id = counts.a_id
GROUP BY u_id ORDER BY total DESC LIMIT 0,100;

Я получаю ответ 

+----+-------------+--------------------+-------+---------------+-----------+---------+------+--------+----------------------------------------------+
| id | select_type | table              | type  | possible_keys | key       | key_len | ref  | rows   | Extra                                        |
+----+-------------+--------------------+-------+---------------+-----------+---------+------+--------+----------------------------------------------+
|  1 | PRIMARY     | tablename          | index | NULL          | a_id      | 3       | NULL | 7222350| Using index; Using temporary; Using filesort |
|  1 | PRIMARY     | [derived2]         | ALL   | NULL          | NULL      | NULL    | NULL |    37  |                                              |
|  2 | DERIVED     | tablename          | ref   | PRIMARY       | PRIMARY   | 4       |      |    37  | Using index                                  |
+----+-------------+--------------------+-------+---------------+-----------+---------+------+-------+----------------------------------------------+

таблицасоздается с помощью 

CREATE TABLE IF NOT EXISTS tablename (
  u_id INT NOT NULL,
  a_id MEDIUMINT NOT NULL,
  s_count MEDIUMINT NOT NULL,
  weighted FLOAT NOT NULL,
  INDEX (a_id),
  PRIMARY KEY (u_id,a_id)
)ENGINE=INNODB;

как я могу изменить индекс или запрос, чтобы заставить его более эффективно использовать ключ?Когда база данных увеличивается до 7 миллионов строк, запрос занимает около 30 секунд

edit
, который может быть создан с использованием фиктивных данных с использованием 

CREATE TABLE IF NOT EXISTS tablename ( u_id INT NOT NULL,   a_id MEDIUMINT NOT NULL,s_count MEDIUMINT NOT NULL,  weighted FLOAT NOT NULL,INDEX (a_id), PRIMARY KEY (u_id,a_id))ENGINE=INNODB;
INSERT INTO tablename (u_id,a_id,s_count,weighted ) VALUES (1,1,17,0.0521472392638),(1,2,80,0.245398773006),(1,3,2,0.00613496932515),(1,4,1,0.00306748466258),(1,5,1,0.00306748466258),(1,6,20,0.0613496932515),(1,7,3,0.00920245398773),(1,8,100,0.306748466258),(1,9,100,0.306748466258),(1,10,2,0.00613496932515),(2,1,1,0.00327868852459),(2,2,1,0.00327868852459),(2,3,100,0.327868852459),(2,4,200,0.655737704918),(2,5,1,0.00327868852459),(2,6,1,0.00327868852459),(2,7,0,0.0),(2,8,0,0.0),(2,9,0,0.0),(2,10,1,0.00327868852459),(3,1,15,0.172413793103),(3,2,40,0.459770114943),(3,3,0,0.0),(3,4,0,0.0),(3,5,0,0.0),(3,6,10,0.114942528736),(3,7,1,0.0114942528736),(3,8,20,0.229885057471),(3,9,0,0.0),(3,10,1,0.0114942528736);

1 Ответ

1 голос
/ 18 декабря 2011

Вы вряд ли можете заставить MySQL использовать индекс для объединения с результатами подзапроса, но вы можете попытаться ускорить группировку, используя индекс покрытия (индекс, который имеет достаточно данных, чтобы не извлечь строку, на которую он ссылается) :

Попробуйте добавить составной индекс (u_id, a_id, weighted)

И вам, вероятно, потребуется дать подсказку MySQL для использования индекса: 

SELECT u_id, SUM(counts.s_count * tablename.weighted) AS total
FROM tablename USE INDEX(Index_3)
LEFT JOIN (SELECT a_id, s_count FROM tablename WHERE u_id = 1) counts
  ON tablename.a_id = counts.a_id
GROUP BY u_id ORDER BY total DESC LIMIT 0,100;
...