Un servicio de base de datos MySQL administrado por Azure para el desarrollo y la implementación de aplicaciones.
Hola **OCY,
**Actualizar tu Azure Database para MySQL Flexible Server a MySQL 8.0 es un proceso planificado e irreversible que requiere comprobaciones de compatibilidad, actualizaciones de réplicas y planificación de tiempos de inactividad. Con la alta disponibilidad activada, el tiempo de inactividad se minimiza pero sigue dependiendo del tamaño y la complejidad de la base de datos, que normalmente va desde unos minutos hasta más de una hora.
Para tener un tiempo mínimo de inactividad durante las actualizaciones, sigue los pasos mencionados en Realizar una actualización mínima de la versión mayor usando réplicas de lectura. El servidor no está disponible durante el proceso de actualización, por lo que recomendamos que realices esta operación durante tu ventana de mantenimiento planificada. El tiempo estimado de inactividad depende del tamaño de la base de datos, el tamaño de almacenamiento provisionado (IOPs provisionados) y el número de tablas en la base de datos. El tiempo de actualización es directamente proporcional al número de mesas en el servidor. Para estimar el tiempo de inactividad de tu entorno de servidor, recomendamos primero realizar una actualización en una copia restaurada del servidor.
**Requisitos previos:
**
--Las réplicas de lectura con una versión anterior de MySQL deben actualizarse antes que el servidor principal para que la replicación sea compatible entre diferentes versiones de MySQL. Lee más sobre la compatibilidad de replicación entre versiones de MySQL.
--Antes de actualizar tus servidores de producción, ahora es más fácil y eficiente con nuestra función **de validación integrada ** en el portal de Azure. Esta herramienta verifica previamente la compatibilidad del esquema de tu base de datos con la versión de MySQL de destino, destacando posibles problemas. Aunque ofrecemos esta opción conveniente, también recomendamos encarecidamente que utilices la herramienta oficial de comprobación de actualización Oracle MySQL para probar la compatibilidad de tus esquemas de base de datos y realizar las pruebas de regresión necesarias para verificar la compatibilidad de aplicaciones con funciones eliminadas o obsoletas en la nueva versión de MySQL.
--Activa una copia de seguridad bajo demanda antes de realizar una actualización importante de versión en tu servidor de producción. Las copias de seguridad realizadas antes de la actualización pueden usarse para revertir a la versión anterior desde la copia de seguridad completa bajo demanda.
--Antes de proceder con la actualización principal de la versión, por favor asegúrese de que no haya transacciones XA activas ni pendientes en la base de datos, ya que las transacciones XA en curso podrían causar que el proceso de actualización falle. Primero, para evitar este problema, comprueba si hay alguna transacción XA en el estado "preparado" ejecutando XA RECOVER;. Para cualquier transacción identificada, utilice XA ROLLBACK '{xid}'; para revertir cada transacción, reemplazando {xid} por el ID de la transacción. Asegúrese de que todas las transacciones XA estén comprometidas o revertidas antes de iniciar la actualización para mantener la consistencia de las transacciones y reducir el riesgo de fallos en la actualización.