Eu tenho uma tabela com 4 colunas. Uma é a chave primária e as outras três colunas são referências a colunas de outras tabelas. Estou usando join nessas quatro tabelas para um filtro de pesquisa. Essas junções estão demorando.
Então, eu estava pensando em ter índices em colunas porque li que deveria criar índices em colunas de condições de junção. Minha pergunta é: haverá problema se todas as colunas da tabela forem indexadas? Existe alguma outra maneira de diminuir a complexidade de tempo desses filtros de pesquisa.
Mais dica:
- Tabela1(pesquisa principal)-1000 milhões de entradas chave_principal fk1 fk2 fk3
- Table2-800 milhões de entradas pk1 ..(8-9 colunas)
- Tabela 3-700 milhões de entradas pk2 ..(10-12 colunas)
- Tabela2-850 milhões de entradas pk3 ..(7-8 colunas)
Estou usando o mecanismo MyISAM.
A indexação de todas as colunas (índice em cada coluna) pode ou não melhorar o desempenho geral. Isso depende da seletividade do índice. Considere criar um índice de cobertura para sua consulta típica. Por exemplo, se você costuma unir todas as 3 tabelas, a consulta se beneficiará principalmente do índice composto
(f1,f2,f3)
. Além disso, se a combinação desses 3 campos for única, você pode definir a chave primária emf1,f2,f3
, para não precisar de PK substituto (supondo que não haja outros campos nesta tabela)Quando se trata de consultas, a indexação de uma tabela nunca deve ser sua primeira preocupação.
As consultas que você planeja usar devem ditar os índices de que você precisa.
Com base nas consultas, algumas colunas podem ser indexadas individualmente. Outras consultas requerem índices compostos. As cláusulas
ORDER BY
eGROUP BY
devem fornecer dicas imediatas para os índices fazerem. Não usar essas dicas pode resultar na classificação da tabela temporária em vez de usar os índices para dados na ordem desejada necessária.A baixa cardinalidade dos valores da coluna deve eliminar a necessidade de um índice.
Mesmo com essas coisas sendo levadas em consideração, você pode descobrir que a consulta pode precisar de algum ajuste (também conhecido como refatoração) para ganhos de desempenho.
Quando você chega ao ponto de ter os índices certos, não precisa se preocupar com o tamanho desses índices. Para uma tabela MyISAM, isso significa que o arquivo .MYI pode crescer significativamente.
O tamanho do arquivo de índice, bem como o número de índices, agora devem ser ponderados em relação ao desempenho de suas consultas, especialmente se os índices fornecerem a ordem adequada dos dados e a recuperação mais rápida.
Os planos de explicação para consultas podem mudar com o tempo, dependendo do número de linhas, cardinalidade das colunas, número de DELETEs e UPDATEs. Uma vez que o plano de explicação de uma consulta muda do que parecia meses atrás, você deve explorar a necessidade de adicionar ou remover índices.