A Oracle formou uma nova ramificação do SGBD MySQL 9.6.0. As compilações do MySQL Community Server 9.6.0 estão preparadas para todas as principais distribuições do Linux, FreeBSD, macOS e Windows. De acordo com o modelo de lançamento implementado em 2023, o MySQL 9.6 foi classificado nas ramificações 'Inovação'. As ramificações de Inovação são recomendadas para aqueles que desejam acessar novas funcionalidades mais cedo, são publicadas a cada 3 meses e suportadas apenas até a publicação do próximo lançamento significativo (por exemplo, após a ramificação 9.6, o suporte para a ramificação 9.5 é interrompido). No futuro, planejam formar um lançamento LTS 9.7, recomendado para implementações que exigem previsibilidade e manutenção prolongada do comportamento inalterado. Após o lançamento LTS, uma nova ramificação de Inovação será formada — MySQL 10.0.
A lista de mudanças significativas no MySQL 9.6 repete completamente o relatório de mudanças do MySQL 9.5. Ele também menciona a mudança de comportamento do parâmetro 'innodb_log_writer_threads', a mudança no valor padrão do parâmetro 'binlog_transaction_dependency_history_size', a declaração de obsolescência do método de autenticação SCRAM-SHA-1 e a interrupção do suporte às variáveis 'group_replication_allow_local_lower_version_join' e 'replica_parallel_type'. A lista geral de correções é diferente e contém as seguintes alterações notáveis:
- O sistema de auditoria foi reformulado, implementando uma subsistema modular de Audit Log, que permite instalar e gerenciar separadamente diversos componentes para manter o log de auditoria, além de simplificar a configuração do formato dos logs, localização dos arquivos de auditoria e parâmetros de buffering. Para alterar a variável do sistema audit_log_rotate_on_size, agora são necessárias as permissões AUDIT_ADMIN.
- Uma nova estrutura de dados e uma nova biblioteca interna de funções para trabalhar com conjuntos de identificadores de transação globais (GTID, Global Transaction ID), utilizados na replicação, foram introduzidas. A nova implementação apresenta um desempenho mais alto e simplificação do código.
- No armazenamento InnoDB, aumentou a eficiência da geração de identificadores exclusivos rowid em tabelas sem chaves primárias. O problema com a recuperação incorreta do estado de transações que estavam 'PREPARED' no momento da falha foi resolvido.
- Uma nova opção «—container_aware» foi adicionada, permitindo que durante a inicialização, as restrições de CPU e memória definidas no contêiner sejam reconhecidas.
- As capacidades de depuração da replicação foram ampliadas.
- As funções SQL MD5() e SHA1() foram separadas em um componente distinto denominado «classic_hashing», que pode ser desativado caso seja necessário bloquear o uso de algoritmos de hash inseguros.
- Quatorze vulnerabilidades foram resolvidas, das quais duas podem ser exploradas remotamente. O problema mais grave possui um nível crítico de severidade (9.8), presente na imagem oficial do Docker com MySQL, e está relacionado a uma vulnerabilidade na biblioteca SQLite (CVE-2025-6965), que é utilizada em ferramentas auxiliares para configuração e operação do MySQL. A segunda vulnerabilidade que pode ser explorada remotamente tem um nível de severidade de 7.5 e é causada por um estouro de buffer (CVE-2025-9230) na biblioteca OpenSSL. Vulnerabilidades menos críticas afetam OpenSSL, InnoDB, otimizador, DDL, parser, Pluggable Auth e Thread Pooling. Detalhes ainda não foram divulgados.
Fonte: opennet.ru
