Fazendo o MySQL usar o índice primário sem sugerir ou forçar

Question

Eu tenho a seguinte estrutura de banco de dados:

 CREATE TABLE `question` (
  `id` int(11) NOT NULL AUTO_INCREMENT,
  `level_id` int(11) NOT NULL,
  `video_id` int(11) NOT NULL,
  `is_active` tinyint(1) NOT NULL,
  PRIMARY KEY (`id`),
  KEY `question_b8f3f94a` (`level_id`),
  KEY `question_c11471f1` (`video_id`),
  CONSTRAINT `level_id_refs_id_27dd88d9` FOREIGN KEY (`level_id`) REFERENCES `level` (`id`),
  CONSTRAINT `video_id_refs_id_1c4fbe15` FOREIGN KEY (`video_id`) REFERENCES `video` (`id`)
) ENGINE=InnoDB AUTO_INCREMENT=3054 DEFAULT CHARSET=utf8 

CREATE TABLE `level` (
  `id` int(11) NOT NULL AUTO_INCREMENT,
  `success_rate` tinyint(3) unsigned NOT NULL,
  `name` varchar(100) NOT NULL,
  PRIMARY KEY (`id`)
) ENGINE=InnoDB AUTO_INCREMENT=25 DEFAULT CHARSET=utf8

CREATE TABLE `video` (
  `id` int(11) NOT NULL AUTO_INCREMENT,
  `file` varchar(200) DEFAULT NULL,
  `name` longtext NOT NULL,
  `subtitle` longtext NOT NULL,
  `producer` longtext,
  `director` longtext,
  `details` longtext,
  `related_content_url` longtext,
  `counter` int(10) unsigned NOT NULL,
  PRIMARY KEY (`id`)
) ENGINE=InnoDB AUTO_INCREMENT=3055 DEFAULT CHARSET=utf8 

CREATE TABLE `user` (
  `id` int(11) NOT NULL AUTO_INCREMENT,
  `password` varchar(128) NOT NULL,
  `last_login` datetime NOT NULL,
  `is_superuser` tinyint(1) NOT NULL,
  `username` varchar(82) NOT NULL,
  `first_name` varchar(30) NOT NULL,
  `last_name` varchar(30) NOT NULL,
  `email` varchar(82) NOT NULL,
  `is_staff` tinyint(1) NOT NULL,
  `is_active` tinyint(1) NOT NULL,
  `date_joined` datetime NOT NULL,
  `is_verified` tinyint(1) NOT NULL,
  `verification_code` varchar(40) DEFAULT NULL,
  `birthday` date DEFAULT NULL,
  `gender` varchar(1) DEFAULT NULL,
  `language_id` int(11) DEFAULT NULL,
  `auth_token` varchar(40) DEFAULT NULL,
  PRIMARY KEY (`id`),
  UNIQUE KEY `username` (`username`),
  UNIQUE KEY `verification_code` (`verification_code`),
  KEY `user_784efa61` (`language_id`),
  KEY `email_idx` (`email`),
  CONSTRAINT `language_id_refs_id_016597a8` FOREIGN KEY (`language_id`) REFERENCES `language` (`id`)
) ENGINE=InnoDB AUTO_INCREMENT=469322 DEFAULT CHARSET=utf8  


CREATE TABLE `star` (
`id` int(11) NOT NULL AUTO_INCREMENT,
`question_id` int(11) NOT NULL,
`user_id` int(11) NOT NULL,
`counter` tinyint(3) unsigned NOT NULL,
PRIMARY KEY (`id`),
KEY `star_25110688` (`question_id`),
KEY `star_6340c63c` (`user_id`),
CONSTRAINT `question_id_refs_id_3c6023b7` FOREIGN KEY (`question_id`) REFERENCES `question` (`id`),
CONSTRAINT `user_id_refs_id_4b270cea` FOREIGN KEY (`user_id`) REFERENCES `user` (`id`)
) ENGINE=InnoDB AUTO_INCREMENT=3737324 DEFAULT CHARSET=utf8 

O formulário que estou usando gera a seguinte consulta para uma página específica:

SELECT *
  FROM `star` 
  INNER JOIN `question` ON (`star`.`question_id` = `question`.`id`)
  INNER JOIN `level` ON (`question`.`level_id` = `level`.`id`)
  INNER JOIN `video` ON (`question`.`video_id` = `video`.`id`)
  INNER JOIN `user` ON (`star`.`user_id` = `user`.`id`)
  ORDER BY  `star`.`id` DESC 
LIMIT 10;

Esta consulta é executada há muito tempo.

+------+-------------+----------+--------+---------------------------------------------+-------------------+---------+----------------------------+------+---------------------------------+
| id   | select_type | table    | type   | possible_keys                               | key               | key_len | ref                        | rows | Extra                           |
+------+-------------+----------+--------+---------------------------------------------+-------------------+---------+----------------------------+------+---------------------------------+
|    1 | SIMPLE      | level    | ALL    | PRIMARY                                     | NULL              | NULL    | NULL                       |   24 | Using temporary; Using filesort |
|    1 | SIMPLE      | question | ref    | PRIMARY,question_b8f3f94a,question_c11471f1 | question_b8f3f94a | 4       | level.id          |   63 |                                 |
|    1 | SIMPLE      | video    | eq_ref | PRIMARY                                     | PRIMARY           | 4       | question.video_id |    1 |                                 |
|    1 | SIMPLE      | star     | ref    | PRIMARY,star_25110688,star_6340c63c         | star_25110688     | 4       | question.id       |  631 | Using index condition           |
|    1 | SIMPLE      | user     | eq_ref | PRIMARY                                     | PRIMARY           | 4       | star.user_id      |    1 |                                 |
+------+-------------+----------+--------+---------------------------------------------+-------------------+---------+----------------------------+------+---------------------------------+

"order by star.id" não usa chave primária.Adicionar use index(primary) resolve o problema para mim.Mas não quero escrever consultas manualmente.

Existe alguma outra maneira de forçar o mysql a usar índices primários (usando ordr by etc.), sem sugerir ou forçar os índices manualmente?

Answer 1

Aqui está uma sugestão para uma reescrita.Talvez o seu ORM possa ser convencido a produzir esta consulta.É apenas um pouco diferente do original.A única mudança é uma tabela derivada em vez da tabela base star.Como as tabelas possuem chaves estrangeiras definidas e a consulta a partir de star, segue as chaves estrangeiras, o resultado será o mesmo:

SELECT *
  FROM 
      ( SELECT * FROM star ORDER BY id DESC LIMIT 10 )                -- the only change
      AS star  
  INNER JOIN `question` ON (`star`.`question_id` = `question`.`id`)
  INNER JOIN `level` ON (`question`.`level_id` = `level`.`id`)
  INNER JOIN `video` ON (`question`.`video_id` = `video`.`id`)
  INNER JOIN `user` ON (`star`.`user_id` = `user`.`id`)
  ORDER BY  `star`.`id` DESC 
LIMIT 10 ;

Outra ideia seria manter sua consulta, mas alterar todos os INNER junta-se a LEFT junta-se.Isso pode produzir um plano diferente que utiliza a chave primária de star.E por causa das chaves estrangeiras, temos novamente certeza de que a consulta é equivalente e produzirá os mesmos resultados.

---

Não é totalmente relevante para a eficiência:

• SELECT * não deve ser usado.Adicione apenas a lista das colunas necessárias, não todas as colunas de todas as tabelas envolvidas.De qualquer forma, como você vai identificar nos resultados se o id coluna vem de star.id ou de question.id ou de ...?