{"id":139704,"date":"2025-07-23T11:11:54","date_gmt":"2025-07-23T09:11:54","guid":{"rendered":"https:\/\/prohoster.info\/blog\/novosti-interneta\/vypusk-subd-mysql-9-4-0"},"modified":"2025-07-23T11:11:54","modified_gmt":"2025-07-23T09:11:54","slug":"vypusk-subd-mysql-9-4-0","status":"publish","type":"post","link":"https:\/\/prohoster.info\/pt\/blog\/news\/vypusk-subd-mysql-9-4-0","title":{"rendered":"Lan\u00e7amento do SGBD MySQL 9.4.0","gt_translate_keys":[{"key":"rendered","format":"text"}]},"content":{"rendered":"
A empresa Oracle formou um novo ramo do SGBD MySQL 9.4.0. As compila\u00e7\u00f5es do MySQL Community Server 9.4.0 foram preparadas para todas as principais distribui\u00e7\u00f5es do Linux, FreeBSD, macOS e Windows. De acordo com o modelo de lan\u00e7amento implementado em 2023, o MySQL 9.4 pertence \u00e0s ramifica\u00e7\u00f5es «Inova\u00e7\u00e3o». As ramifica\u00e7\u00f5es de Inova\u00e7\u00e3o s\u00e3o recomendadas para aqueles que desejam acessar novos recursos mais cedo, publicadas a cada 3 meses e suportadas apenas at\u00e9 a publica\u00e7\u00e3o do pr\u00f3ximo lan\u00e7amento significativo (por exemplo, ap\u00f3s o surgimento da ramifica\u00e7\u00e3o 9.4, o suporte para a ramifica\u00e7\u00e3o 9.3 foi suspenso). No outono, planejam formar o lan\u00e7amento LTS 9.5, recomendado para implementa\u00e7\u00f5es que necessitam de previsibilidade e longa preserva\u00e7\u00e3o de um comportamento inalterado. Logo ap\u00f3s a ramifica\u00e7\u00e3o LTS, ser\u00e1 formada uma nova ramifica\u00e7\u00e3o de Inova\u00e7\u00e3o \u2014 MySQL 10.0. <\/p>\n
Principais altera\u00e7\u00f5es no MySQL 9.4: <\/p>\n
\n
Nas stored procedures escritas em JavaScript, foi implementado o suporte para o tipo BIT. Os valores do tipo BIT que s\u00e3o menores ou iguais a JavaScript.MAX_SAFE_INTEGER s\u00e3o convertidos para o tipo Number do JavaScript, enquanto os maiores \u2014 para o tipo BigInt do JavaScript.\n
A ferramenta de linha de comando mysql recebeu a op\u00e7\u00e3o «--commands», que permite ativar o suporte para execu\u00e7\u00e3o de comandos locais (por padr\u00e3o, os comandos est\u00e3o desativados):\n
\n
charset <\/li>\n
clear <\/li>\n
conectar <\/li>\n
edit <\/li>\n
ego <\/li>\n
sigreturn <\/li>\n
go <\/li>\n
ajuda <\/li>\n
nopager <\/li>\n
notee <\/li>\n
nowarning <\/li>\n
pager <\/li>\n
print <\/li>\n
prompt <\/li>\n
query_attributes <\/li>\n
quit <\/li>\n
rehash <\/li>\n
resetconnection <\/li>\n
ssl_session_data_print <\/li>\n
source <\/li>\n
status <\/li>\n
system <\/li>\n
tee <\/li>\n
\\u <\/li>\n
warnings <\/ul>\n
Em substitui\u00e7\u00e3o ao plugin firewall, que permite filtrar consultas SQL ao SGBD com base em padr\u00f5es definidos, foi proposto o componente MySQL Enterprise Firewall, que implementa funcionalidade id\u00eantica, exceto pelo suporte a perfis de conta (em vez disso, s\u00e3o suportados perfis de grupo). O plugin firewall foi declarado obsoleto e ser\u00e1 removido em uma das pr\u00f3ximas vers\u00f5es. O MySQL Enterprise Firewall est\u00e1 dispon\u00edvel apenas para usu\u00e1rios da vers\u00e3o comercial MySQL Enterprise Edition.\n
Trinta vulnerabilidades foram corrigidas, das quais uma pode ser explorada remotamente com acesso para enviar consultas ao SGBD. Os quatro problemas mais s\u00e9rios t\u00eam um n\u00edvel de severidade de 6.5 e est\u00e3o relacionados a vulnerabilidades no DML e no otimizador. Vulnerabilidades menos perigosas envolvem InnoDB, o otimizador, procedimentos armazenados, autentica\u00e7\u00e3o LDAP e o sistema de replica\u00e7\u00e3o. <\/ul>\n