As funções LOWER() e UPPER() executam a dobra de maiúsculas e minúsculas de acordo com o agrupamento de seu argumento.
A diferença entre os dois agrupamentos neste contexto é que a _0900_versão, sendo baseada em uma versão mais recente do Unicode, provavelmente tem mais definições de mapeamento (e possivelmente até algumas correções).
Preenchimento vs Sem Preenchimento (de espaços à direita):
O atributo pad for utf8mb4_binis PAD SPACE, enquanto for utf8mb4_0900_binit is NO PAD. Consequentemente, as operações que envolvem utf8mb4_0900_binnão adicionam espaços à direita e as comparações envolvendo strings com espaços à direita podem diferir para os dois agrupamentos
Essencialmente, utf8mb4_binignora espaços à direita enquanto utf8mb4_0900_binnão os ignora. Veja a documentação (link acima) para um exemplo.
Classificação (somente desempenho, não a ordenação):
Para _binagrupamentos, exceto utf8mb4_0900_bin, o peso é baseado no ponto de código, possivelmente com zero bytes à esquerda adicionados.
Para utf8mb4_0900_bin, o peso são os utf8mb4bytes de codificação. A ordem de classificação é a mesma de utf8mb4_bin, mas muito mais rápida.
Traduzindo isso para humano, eles estão dizendo que para um ponto de código como U + FF9D, utf8mb4_binverá a sequência de bytes codificada em UTF-8 de EF BE 9D e a converterá em 00 FF 9D . Mas, nãoutf8mb4_0900_bin irá convertê-lo no valor do ponto de código. Isso ocorre porque a sequência de bytes UTF-8 já é sequencial, portanto, a ordenação é a mesma para os valores de ponto de código. Então, por que se preocupar com essa etapa extra de conversão?
Existem três diferenças até onde posso dizer (de acordo com a documentação):
Mapeamentos de casos (para
LOWER()/UPPER()funções):https://dev.mysql.com/doc/refman/8.0/en/charset-unicode-sets.html#charset-unicode-sets-uca
A diferença entre os dois agrupamentos neste contexto é que a
_0900_versão, sendo baseada em uma versão mais recente do Unicode, provavelmente tem mais definições de mapeamento (e possivelmente até algumas correções).Preenchimento vs Sem Preenchimento (de espaços à direita):
https://dev.mysql.com/doc/refman/8.0/en/charset-unicode-sets.html#charset-unicode-sets-pad-attributes
Essencialmente,
utf8mb4_binignora espaços à direita enquantoutf8mb4_0900_binnão os ignora. Veja a documentação (link acima) para um exemplo.Classificação (somente desempenho, não a ordenação):
https://dev.mysql.com/doc/refman/8.0/en/charset-unicode-sets.html#charset-unicode-sets-collating-weights
Traduzindo isso para humano, eles estão dizendo que para um ponto de código como U + FF9D,
utf8mb4_binverá a sequência de bytes codificada em UTF-8 de EF BE 9D e a converterá em 00 FF 9D . Mas, nãoutf8mb4_0900_binirá convertê-lo no valor do ponto de código. Isso ocorre porque a sequência de bytes UTF-8 já é sequencial, portanto, a ordenação é a mesma para os valores de ponto de código. Então, por que se preocupar com essa etapa extra de conversão?