SIMPLE

SELECT simples (sem UNIONs ou subqueries).

PRIMARY

SELECT mais externa.

UNION

Segunda SELECT e as SELECTs posteriores do UNION

DEPENDENT UNION

Seunda SELECT e SELECTs posteriores do UNION, dependente da subquery exterior.

SUBQUERY

Primeiro SELECT na subquery.

DEPENDENT SUBQUERY

Primeiro SELECT, dependente da subquery exterior.

DERIVED

SELECT de tabela derivada (subquery na cláusula FROM).

system

A tabela só tem uma linha (= tabela de sistema). Este é um caso especial do tipo de join const.

const

A tabela têm no máximo um registro coincidente, o qual será lido na inicialização da consulta. Como só há um registro, os valores da coluna neste registro podem ser considerados constantes pelo resto do otimizador. Tabelas const são muito rápidas e são lidas apenas uma vez!

const é usado quando você compara todas as partes de uma chave PRIMARY/UNIQUE com restrições:

SELECT * FROM const_table WHERE primary_key=1;

SELECT * FROM const_table
WHERE primary_key_part1=1 AND primary_key_part2=2;

eq_ref

Uma linha será lida desta tabela para cada combinação de linhas da tabela anterior. Este é o melhor tipo de join depois dos tipos const. É usado quando todas as partes do índice são usados pela join e o índice é é único (UNIQUE) ou uma chave primária (PRIMARY KEY).

eq_ref pode ser usado para coluna indexadas que é comparada com o\ operador =. O item comparado pode ser uma constante ou uma expressão que usa colunas de tabelas que são lidas antes desta tabela.

Nos seguintes examplos, ref_table poderá usar eq_ref

SELECT * FROM ref_table,other_table
WHERE ref_table.key_column=other_table.column;

SELECT * FROM ref_table,other_table
WHERE ref_table.key_column_part1=other_table.column
AND ref_table.key_column_part2=1;

ref

Todas as colunas com valores de índices correspondentes serão lidos desta tabela para cada combinação de registros da tabela anterior. ref é usado se o join usa apenas o prefixo mais a esquerda da chave, ou se a chave não é única (UNIQUE) ou uma chave primária (PRIMARY KEY) (em outras palavras, se a join não puder selecionar um único registro baseado no valor da chave). Se a chave que é usada coincide apenas em alguns registros, este tipo de join é bom.

ref pode ser usado para colunas indexadas que são comparadas com o operador =.

Nos seguintes exemplos, ref_table poderá usar ref

SELECT * FROM ref_table WHERE key_column=expr;

SELECT * FROM ref_table,other_table
WHERE ref_table.key_column=other_table.column;

SELECT * FROM ref_table,other_table
WHERE ref_table.key_column_part1=other_table.column
AND ref_table.key_column_part2=1;

ref_or_null

Como ref, mas com o adicional que faremos uma busca extra para linhas com NULL. See Secção 5.2.5, “Como o MySQL Otimiza IS NULL”.

SELECT * FROM ref_table WHERE key_column=expr OR key_column IS NULL;

Esta otimização do tipo join é nova para o MySQL 4.1.1 e é mais usada na resolução de sub queries.

range

Apenas registros que estão numa dada faixa serão retornados, usando um índice para selecionar os registros. A coluna key indica qual índice é usado. key_len contém a maior parte da chave que foi usada. A coluna ref será NULL para este tipo.

range pode ser usado para quando uma coluna de chave é comparada a uma constante com =, <>, >, >=, <, <=, IS NULL, <=>, BETWEEN e IN.

SELECT * FROM range_table WHERE key_column = 10;

SELECT * FROM range_table WHERE key_column BETWEEN 10 and 20;

SELECT * FROM range_table WHERE key_column IN (10,20,30);

SELECT * FROM range_table WHERE key_part1= 10 and key_part2 IN (10,20,30);

index

Isto é o mesmo que ALL, exceto que apenas a árvore de índice é varrida. Isto é normalmente mais rápido que ALL, já que o arquivo de índice normalmente é menor que o arquivo de dados.

Ele pode ser usado quando a consulta só usa colunas que são parte de um índice.

ALL

Será feita uma varredura completa da tabela para cada combinação de registros da tabela anterior. Isto normalmente não é bom se a tabela é a primeiro tabela não marcada como const, e normalmente muito ruim em todos os casos ordenados. Você normalmente pode ebitar ALL adicionando mais índices, assim o registro pode ser retornado baseado em valores constantes ou valores de colunas de tabelas anteriores.

Distinct

O MySQL não continuará a procurar por mais registros para a combinação de registro atual depois de ter encontrado o primeiro registro coincidente.

Not exists

O MySQL estava apto a fazer uma otimização LEFT JOIN na consulta e não examinará mais registros nesta tabela para a combinação do registro anterior depois que encontrar um registro que satisfaça o critério do LEFT JOIN.

Exemplo:

SELECT * FROM t1 LEFT JOIN t2 ON t1.id=t2.id
WHERE t2.id IS NULL;

Assume que t2.id é definido com NOT NULL. Neste caso o MySQL irá percorrer t1 e procurar pelos registros em t2 através de t1.id. Se o MySQL encontrar um registro combinando em t2, ele sabe que t2.id nunca poderá ser NULL e não ir percorrer até o resto dos registros em t2 que possuirem o mesmo id. Em outras palavras, para cada registro em t1 o MySQL só precisa fazer uma única pesquisa em t2, independente de quantos registros coincidentes existirem em t2.

range checked for each record (index map: #)

O MySQL não encontrou um bom índice para usar. No lugar, ele irá fazer uma verificação sobre qual índice usar (se existir) para cada combinação das tabelas precedentes, e usará este índice para recuperar os registros da tabela. Isto não é muito rápido mas é mais rápido que fazer um join sem um índice.

Using filesort

O MySQL precisará fazer uma passada extra para descobrir como recuperar os registros na ordem de classificação. A classificação é feita indo através de todos os registros de acordo com join type e armazenar a chave de ordenação mais o ponteiro para o registro para todos os registros que combinarem com o WHERE. Então as chaves são classificadas. Finalmente os registros são recuperados na ordem de classificação.

Using index

A informação da coluna é recuperada da tabela utilizando somente informações na árvore de índices sem ter que fazer uma pesquisa adicional para ler o registro atual. Isto pode ser feito quando todas as colunas usadas para a tabela fizerem parte do mesmo índice.

Using temporary

Para resolver a consulta, o MySQL precisará criar uma tabela temporária para armazenar o resultado. Isto acontece normalmente se você fizer um ORDER BY em um conjunto de colunas diferentes das quais você fez um GROUP BY.

Using where

Uma cláusula WHERE será utilizada para restringir quais registros serão combinados com a próxima tabela ou enviar para o cliente. se você não possui esta informação e a tabela é do tipo ALL ou index, pode existir alguma coisa errada na sua query (Se você não pretender examinar todos os registros da tabela).