Notas de la versión de marzo de 2025 del servidor flexible de Azure Database for MySQL

Nos complace anunciar la versión de marzo de 2025 de Azure Database for MySQL. Todos los servidores nuevos se incorporan automáticamente a la versión más reciente. Los servidores existentes se actualizan durante su siguiente mantenimiento programado. Si prefiere actualizar sus servidores antes, puede inscribirse en nuestro Programa Virtual Canary visitando Mantenimiento programado en Azure Database for MySQL.

Esta nueva versión presenta una serie de nuevas características y mejoras, resuelve los problemas conocidos e incluye revisiones de seguridad esenciales para garantizar un rendimiento y una seguridad óptimos.

Cambios en la versión del motor

No hay ninguna actualización de versión principal o secundaria para todos los servidores existentes.

Para comprobar la versión del motor de base de datos, ejecute el comando SELECT VERSION(); en el intérprete de MySQL o use la siguiente instrucción en línea de comandos.

az mysql flexible-server show --resource-group {resource group name} --name {server name} --query "fullVersion"

Nota:

Debe tener la CLI de Azure instalada y actualizada a la versión más reciente para ejecutar el comando de la CLI anterior.

Características

• Versión preliminar pública para alta disponibilidad con SLB dedicado. Con esta característica, se agrega un equilibrador de carga dedicado a una configuración de alta disponibilidad (HA), lo que ayuda a los servidores de alta disponibilidad a aprovechar las ventajas que ofrece un equilibrador de carga, tales como baja latencia y distribución eficiente del tráfico de red de solicitudes del front-end hacia los servidores del back-end. SLB gestiona el flujo de tráfico de datos de MySQL, eliminando la necesidad de cambiar el DNS durante la conmutación por error y mejorando el tiempo de conmutación por error en aproximadamente 20 segundos.

Mejora

• No hay ninguna mejora importante en esta versión.

Corrección de problemas conocidos

• Corrija el problema debido a un error interno, los cargos correctos del consumo de los servidores con redundancia geográfica no se reflejaron anteriormente en la facturación. Este problema se ha resuelto y, al avanzar, la facturación se alinea con el uso real.