:: DEVELOPER ZONE
Manual de Referência do MySQL :: 5.2.7 Como o MySQL Otimiza LEFT JOIN e RIGHT JOIN
- 5.2 Otimizando SELECTs e Outras Consultas
- 5.2.1 Sintaxe de EXPLAIN (Obter informações sobre uma SELECT)
- 5.2.2 Estimando o Desempenho de uma Consulta
- 5.2.3 Velocidade das Consultas que Utilizam SELECT
- 5.2.4 Como o MySQL Otimiza Cláusulas WHERE
- 5.2.5 Como o MySQL Otimiza IS NULL
- 5.2.6 Como o MySQL Otimiza Cláusulas DISTINCT
- 5.2.7 Como o MySQL Otimiza LEFT JOIN e RIGHT JOIN
- 5.2.8 Como o MySQL Otimiza Cláusulas ORDER BY
- 5.2.9 Como o MySQL Otimiza Cláusulas LIMIT
- 5.2.10 Performance das Consultas que Utilizam INSERT
- 5.2.11 Performance das Consultas que Utilizam UPDATE
- 5.2.12 Performance das Consultas que Utilizam DELETE
- 5.2.13 Mais Dicas sobre Otimizações
A LEFT JOIN B join_condition no MySQL está implementada como a seguir:
A tabela
Bé configurada para ser dependente da tabelaAe de todas as tabelas das quaisAdepende.A tabela
Aé configurada para ser dependente de todas as tabelas (excetoB) que são usadas na condiçãoLEFT JOIN.A condição
LEFT JOINé usada para decidir como devemos recuperar registros a partir da tabela B. (Em outras palavras, qualquer condição na claúsulaWHEREnão é usada).Todas as otimizações padrões de join são feitas, com a excessão que uma tabela é sempre lida depois de todas as tabelas das quais é dependente. Se existir uma dependência circular o MySQL irá emitir um erro.
Todas as otimizações padrões de
WHEREsão realizadas.Se existir um registro em
Aque coincida com a cláusulaWHERE, mas não existir nenhum registro emBque coincida com a condiçãoONentão um registro extra emBé gerado com todas as colunas com valorNULL.Se você utiliza
LEFT JOINpara encontrar registros que não existem em alguma tabela e está usando o seguinte teste:nome_coluna IS NULLna parteWHERE, onde nome_colun é um campo que é declarado comoNOT NULL, então o MySQL para de pesquisar por mais registros (para uma combinação particular de chaves) depois de ter encontrado um registro que combinar com a condiçãoLEFT JOIN.
RIGHT JOIN é implementado de forma análoga à LEFT JOIN.
A ordem de leitura das tabelas forçada por LEFT JOIN e
STRAIGHT JOIN irá ajudar o otimizador de joins (que calcula em qual
ordem as tabelas devem ser unidas) a fazer seu trabalho mais rapidamente,
já que haverão poucas permutações de tabelas a serem conferidas.
Perceba que o texto acima significa que se você fizer uma consulta do tipo:
SELECT * FROM b,a LEFT JOIN c ON (c.key=a.key) LEFT JOIN d (d.key=a.key)
WHERE b.key=d.key
A partir do MySQL 4.0.14, o MySQL faz a seguinte otimização LEFT JOIN:
Se a condição WHERE é sempre falsa para a linha NULL
gerada, o LEFT JOIN é alterado para um join normal.
Por exemplo, na seguinte consulta a cláusula WHERE seria falso
se t2.coluna fosse NULL, asssim é seguro converter para uma
join normal.
SELECT * FROM t1 LEFT t2 ON (column) WHERE t2.column2 =5; -> SELECT * FROM t1,t2 WHERE t2.column2=5 AND t1.column=t2.column;
Isto pode ser feito mais rápido já que o MySQL pode agora usar a tabela
t2 antes da tabela t1 se resultasse consulta melhor. Para forçar
uma ordem de tabela específica, use STRAIGHT JOIN.
O MySQL irá fazer uma pesquisa completa em b já que o LEFT JOIN irá
força-lo a ser lido antes de d.
A correção neste caso é alterar a consulta para:
SELECT * FROM b,a LEFT JOIN c ON (c.key=a.key) LEFT JOIN d (d.key=a.key)
WHERE b.key=d.key
© 1995-2005 MySQL AB. All rights reserved.
