Início / dba / Perguntas / 97470
Accepted
Pacerier
Asked: 2015-04-10 12:55:50 +0800 CST

Será que "obsoleto" no MySQL significa "não garantido" ou "ainda garantido"?

  • 772

MySQL 3.23/4.0/4.1 e 5.1 afirma:

Se você usar GROUP BY [ for select] , as linhas de saída serão classificadas de acordo com as GROUP BYcolunas, como se você tivesse um ORDER BYpara as mesmas colunas. ➫➫➫

No entanto, o MySQL 5.5 afirma:

Confiar na classificação implícita GROUP BYno MySQL 5.5 está obsoleto . Para obter uma ordem de classificação específica de resultados agrupados, é preferível usar uma ORDER BYcláusula explícita. ➫➫➫

(A informação acima também é declarada em 5.6 e 5.7 .)

O que exatamente significa "obsoleto" no MySQL?

O comportamento implícito group byainda é garantido para funcionar no MySQL 5.5, 5.6 e 5.7 (a versão atual mais recente), assim como em todas as versões anteriores?

ORDER BY NULLAinda é necessário impedir que o MySQL faça uma classificação desnecessária?

Editar (por Rick James)

Isso cobre problemas de banco de dados:

  • A ordenação de um GROUP BYsemORDER BY
  • O significado e a utilidade deORDER BY NULL
  • A sabedoria de usar um 'recurso' 'obsoleto'
  • O significado de "obsoleto" no manual do MySQL (não apenas para este caso)
mysql

3 respostas

  1. Best Answer

    "Descontinuado" significa "não use; será removido/proibido/errôneo/quebrado/etc é uma versão futura". Enquanto isso, funciona .

    Esta é uma maneira lenta e tediosa para o MySQL mudar algo que irá quebrar muitos programas. Ninguém sabe quantas pessoas dependem de GROUP BYum arquivo ORDER BY . Esse "recurso" específico era uma extensão do padrão Ansi. Eu suspeito que eles gostariam de mudar o MySQL por dois motivos:

    • Cumprir o padrão
    • Permitir certas otimizações (veja abaixo)

    A maneira simples (pense na versão 3.xx) de fazer GROUP BYé classificar as linhas e percorrê-las, reunindo dups e fazendo SUM()etc. E, na época das máquinas de núcleo único, isso era bastante razoável. E o resultado seria classificado naturalmente. Mas... Se você quiser lançar um GROUP BYem uma máquina de 24 núcleos, fica muito complicado manter a classificação. Então (estou supondo), essa é uma otimização que chegará ao mesmo tempo que GROUP BYnão faz mais um arquivo ORDER BY. Isso pode acontecer em 5.8 (apenas um palpite).

    Você ainda pode obter o efeito, mas precisa dizer explicitamente ORDER BYcom a mesma lista de colunas/expressões.

    O ORDER BY NULL(atualmente) não faz nada na maioria dos casos, já que a maioria dos casos considera mais eficiente classificar os arquivos GROUP BY. ORDER BY NULL, no futuro provavelmente será permitido, mas efetivamente será um no-op; afinal, levará ao mesmo resultado.

    Outras coisas obsoletas têm lógica semelhante. CREATE TABLE (...) TYPE=MyISAMeventualmente (após um período de depreciação) tornou-se CREATE TABLE (...) ENGINE=MyISAM. Isso quebrou algumas situações de exportação/importação, mas apenas se você estivesse passando de uma versão realmente antiga para uma nova. SHOW INNODB STATUStornou -se SHOW ENGINE INNODB STATUS, provavelmente para fazer uma análise mais limpa de SHOW.

    • 10

  2. Desde o MySQL 5.5, GROUP BYfazer o pedido não é mais garantido implicitamente.

    Ainda é ORDER BY NULLnecessário impedir que o MySQL faça uma classificação desnecessária?

    Observe como o MySQL lida NULLcom valores comORDER BY

    Dois valores NULL são considerados iguais em um GROUP BY.

    Ao fazer um ORDER BY, os valores NULL são apresentados primeiro se você fizer ORDER BY ... ASC e por último se você fizer ORDER BY ... DESC

    A mesma coisa se aplica a DISTINCT

    Como ORDER BY NULLé crescente e o valor de order é NULL, a ordem do conjunto de dados antes ORDER BY NULLserá a mesma depois.

    Outro problema externo que pode impor ou negar a ordenação é o InnoDB Storage Engine. Eu tenho um post antigo sobre como o índice clusterizado às vezes pode atrapalhar a tabela em uma ordem de índice físico desejada: MySQL InnoDB Sorting Issue . Aqui está uma postagem ainda melhor (Qual é a ordem padrão dos registros para uma instrução SELECT no MySQL?) de Laurynas Biveinis sobre como o mecanismo de armazenamento afeta a ordem.

    Os desenvolvedores contam com a ordem implícita há anos. O tapete pode ser facilmente puxado sob você caso você decida atualizar o MySQL a cada versão menor.

    Para ilustrar isso, veja a opção simplificada_binlog_gtid_recovery . Foi introduzido no MySQL 5.6.21 para ajudar o mysqld a atravessar binlogs para GTID e recuperação de falhas. Adivinha ??? Duas versões menores depois (MySQL 5.6.23), a Oracle introduziu o binlog_gtid_simple_recovery . Você não sabe quando a Oracle retirará o tapete e retirará o uso de simplificado_binlog_gtid_recovery . Muitas infraestruturas contando com essa velha opção. Portanto, COMPRADOR CUIDADO!!!

    Claro, esta é uma nova opção que foi rapidamente substituída por um novo nome.

    Agora, imagine quantos aplicativos foram escritos que dependem da classificação implícita e são afetados por uma atualização do mysql.

    Portanto, você sempre deve testar o código no servidor Dev/Staging para quaisquer alterações comportamentais em SELECTs. Não há substituto para tais testes.

    • 6

  3. Isso significa que as versões mais antigas do MySQL costumavam ter uma classificação padrão implicitamente na mesma coluna como "agrupar por" e é esse comportamento que está obsoleto. Tudo o que você especificar na cláusula group by se comportará da mesma forma que anteriormente e com certeza funcionará, apenas a ordem pode ser diferente.

    A última parte da sua pergunta (ORDER BY NULL) não é mais necessária, pois a classificação padrão desnecessária agora ocorre mais (já que foi obsoleta)

    • 3

relate perguntas