Pré-ordenar a tabela por uma coluna especificada

• Não há ordem natural, implícita ou intrínseca para uma tabela
• Qualquer ordem é garantida apenas pelo ORDER BY mais externo

Se for lento, você pode

• faça a cobertura do índice (uma restrição UNIQUE já é um índice)
• torná-lo o índice clusterizado (que está cobrindo por sua natureza)

É possível realizar ORDER BY em uma tabela.

ALTER TABLE ... ORDER BY {colunas} ;

De acordo com a documentação do MySQL

• ORDER BY permite criar a nova tabela com as linhas em uma ordem específica. Observe que a tabela não permanece nesta ordem após inserções e exclusões. Essa opção é útil principalmente quando você sabe que deve consultar as linhas em uma determinada ordem na maioria das vezes. Ao usar essa opção após grandes alterações na tabela, você poderá obter um desempenho mais alto. Em alguns casos, pode tornar a classificação mais fácil para o MySQL se a tabela estiver ordenada pela coluna pela qual você deseja ordená-la posteriormente.

• A sintaxe ORDER BY permite que um ou mais nomes de coluna sejam especificados para classificação, cada um dos quais opcionalmente pode ser seguido por ASC ou DESC para indicar a ordem de classificação crescente ou decrescente, respectivamente. O padrão é ordem crescente. Somente nomes de colunas são permitidos como critérios de classificação; expressões arbitrárias não são permitidas.

• ORDER BY não faz sentido para tabelas InnoDB que contêm um índice clusterizado definido pelo usuário (PRIMARY KEY ou NOT NULL UNIQUE index). O InnoDB sempre ordena as linhas da tabela de acordo com esse índice, se houver.

• Nota: Quando usado em uma tabela particionada, ALTER TABLE ... ORDER BY ordena as linhas somente dentro de cada partição.

Como o InnoDB realiza uma pesquisa de índice duplo (um contra a PRIMARY KEY e depois um contra o índice clusterizado interno gen_clust_index ), executar ORDER BY em uma tabela InnoDB realmente não oferece ganhos de desempenho.

IMHO, se a PRIMARY KEY tiver algo desagradável como 8 colunas

• Para MyISAM, você terá um desempenho maravilhoso para pesquisas e pesquisas de alcance
• Para o InnoDB, você terá apenas resultados extremamente marginais na melhor das hipóteses, se houver .

Nota: Em teoria , você pode ver uma diferença de desempenho muito, muito pequena em uma tabela InnoDB (chame-a de minhatabela) se fizer o seguinte:

CREATE TABLE mytable_new LIKE mytable;
INSERT INTO mytable_new
SELECT * FROM mytable
ORDER BY {primary-key columns};
ALTER TABLE mytable RENAME mytable_old;
ALTER TABLE mytable_new RENAME mytable;

Isso ordenaria o gen_clust_index (índice de cluster interno) na ordem do rowid e na ordem da chave primária. No entanto, realizar essa ordenação interna de rowids é como transformar chumbo em ouro . O processamento de tempo, esforço e energia supera em muito qualquer benefício de desempenho que isso possa aparentemente comprar, mas nunca totalmente percebido, pois cada pesquisa de chave primária também resulta em uma pesquisa de rowid. Resumindo : não faça isso a menos que esteja usando apenas o MyISAM .

Aqui estão meus critérios para usar ORDER BY na coluna em uma PRIMARY KEY

• 4 ou mais colunas na CHAVE PRIMÁRIA
• Para uma PRIMARY KEY com n colunas, as colunas 1 .. n-1 devem ser estáticas em suas cláusulas WHERE e GROUP BY, enquanto a coluna n serviria como a coluna de intervalo em suas consultas
• Use apenas o mecanismo de armazenamento MyISAM !!!

EMBARGO

A razão pela qual mencionei uma CHAVE PRIMÁRIA de 8 colunas? Meu empregador anterior tinha dezenas de GB de dados somente leitura enviados mensalmente de um fornecedor externo. Eu aprendi sobre ALTER TABLE...ORDER BY enquanto estava lá e usei contra aquelas tabelas MyISAM. Como muitas consultas de intervalo foram feitas em PRIMARY KEY, o tempo de consulta foi surpreendente para todos, inclusive para mim.