# Actualizaciones del motor de base de datos de RDS para MySQL
Cuando Amazon RDS admita una nueva versión de un motor de base de datos, podrá actualizar sus instancias de base de datos a la nueva versión. Hay dos tipos de actualizaciones para las bases de datos de MySQL: actualizaciones de versiones principales y actualizaciones de versiones secundarias.
**Actualizaciones de la versión principal**
*Las actualizaciones de la versión principal* pueden contener cambios realizados en la base de datos que no son compatibles con las versiones anteriores de las aplicaciones. Por lo tanto, debe realizar manualmente las actualizaciones de versiones principales de sus instancias de base de datos. Puede iniciar una actualización de versión principal modificando su instancia de base de datos. Antes de realizar una actualización de una versión principal, recomendamos que siga las instrucciones descritas en [Actualizaciones de versiones principales de RDS para MySQL](USER_UpgradeDBInstance.MySQL.Major.md).
Para actualizaciones de versiones principales de implementaciones de instancias de base de datos multi-AZ, Amazon RDS actualiza simultáneamente las réplicas principal y en espera. La instancia de base de datos no estará disponible hasta que se complete la actualización. Para actualizaciones de versiones principales de implementaciones de clústeres de base de datos multi-AZ, Amazon RDS actualiza las instancias miembros del clúster de una en una.
Puede minimizar el tiempo de inactividad necesario para la actualización de una versión principal mediante una implementación azul/verde. Para obtener más información, consulte [Uso de las implementaciones azul/verde de Amazon RDS para actualizar las bases de datos](blue-green-deployments.md).
**Actualizaciones de la versión secundaria**
Las *actualizaciones de versiones secundarias* solo incluyen cambios compatibles con las versiones anteriores de las aplicaciones existentes. Puede iniciar manualmente una actualización de versiones secundarias modificando su instancia de base de datos. O puede habilitar la opción **Actualización automática de versiones secundarias** al crear o modificar una instancia de base de datos. Si lo hace, Amazon RDS actualizará automáticamente su instancia de base de datos tras probar y aprobar la nueva versión. Para obtener información sobre cómo realizar una actualización, consulte [Actualización de una versión del motor de una instancia de base de datos ](USER_UpgradeDBInstance.Upgrading.md).
Cuando se actualiza la versión secundaria de un clúster de base de datos multi-AZ, Amazon RDS actualiza las instancias de base de datos de lector una por una. A continuación, una de las instancias de base de datos de lector pasa a ser la nueva instancia de base de datos de escritor. Amazon RDS actualiza luego la antigua instancia de escritor (que ahora es una instancia de lector).
El tiempo de inactividad para realizar una actualización de una versión secundaria de una implementación de una *instancia* de base de datos multi-AZ puede durar varios minutos. Los clústeres de bases de datos multi-AZ suelen reducir el tiempo de inactividad de las actualizaciones de versiones secundarias a aproximadamente 35 segundos. Cuando se utilizan con RDS Proxy, se puede reducir aún más el tiempo de inactividad a un segundo o menos. Para obtener más información, consulte [Amazon RDS Proxy ](rds-proxy.md). Otra opción, puede utilizar un proxy de base de datos de código abierto como [ProxySQL](https://aws.amazon.com/blogs/database/achieve-one-second-or-less-of-downtime-with-proxysql-when-upgrading-amazon-rds-multi-az-deployments-with-two-readable-standbys/), [PgBouncer](https://aws.amazon.com/blogs/database/fast-switchovers-with-pgbouncer-on-amazon-rds-multi-az-deployments-with-two-readable-standbys-for-postgresql/) o el [controlador de contenedor JDBC avanzado de AWS](https://aws.amazon.com/blogs/database/achieve-one-second-or-less-downtime-with-the-advanced-jdbc-wrapper-driver-when-upgrading-amazon-rds-multi-az-db-clusters/).
Amazon RDS también admite la política de implementación de actualizaciones para administrar las actualizaciones automáticas de versiones secundarias en varios recursos de bases de datos y Cuentas de AWS. Para obtener más información, consulte [Uso de la política de implementación de actualizaciones de AWS Organizations para actualizaciones de versiones secundarias automáticas](RDS.Maintenance.AMVU.UpgradeRollout.md).
Si la instancia de base de datos de MySQL usa las réplicas de lectura, debe actualizar todas las réplicas de lectura antes de actualizar la instancia de origen.
**Topics**
+ [
## Aspectos a tener en cuenta sobre las actualizaciones de MySQL
](#USER_UpgradeDBInstance.MySQL.Considerations)
+ [
## Búsqueda de objetivos de actualización válidos
](#USER_UpgradeDBInstance.MySQL.FindingTargets)
+ [
# Números de versión de MySQL
](USER_UpgradeDBInstance.MySQL.VersionID.md)
+ [
# Números de versión de RDS en RDS para MySQL
](USER_UpgradeDBInstance.MySQL.rds.version.md)
+ [
# Actualizaciones de versiones principales de RDS para MySQL
](USER_UpgradeDBInstance.MySQL.Major.md)
+ [
# Prueba de una actualización de RDS para MySQL
](USER_UpgradeDBInstance.MySQL.UpgradeTesting.md)
+ [
## Actualización de una instancia de base de datos MySQL
](#USER_UpgradeDBInstance.MySQL.Upgrading)
+ [
# Actualizaciones de versiones secundarias automáticas de RDS para MySQL
](USER_UpgradeDBInstance.MySQL.Minor.md)
+ [
# Uso de una réplica de lectura para reducir el tiempo de inactividad al actualizar una base de datos de RDS para MySQL
](USER_UpgradeDBInstance.MySQL.ReducedDowntime.md)
+ [
# Supervisión de las actualizaciones del motor de RDS para MySQL con eventos
](USER_UpgradeDBInstance.MySQL.Monitoring.md)
## Aspectos a tener en cuenta sobre las actualizaciones de MySQL
Amazon RDS toma dos o más instantáneas de la base de datos durante el proceso de actualización. Amazon RDS toma hasta dos instantáneas de la instancia de base de datos *antes* de realizar cualquier cambio en la actualización. Si la actualización de las bases de datos no funciona, puede restaurar una de estas instantáneas para crear una instancia de base de datos que ejecute la versión antigua. Amazon RDS toma otra instantánea de la instancia de base de datos cuando se completa la actualización. Amazon RDS toma estas instantáneas independientemente de si AWS Backup administra las copias de seguridad de la instancia de base de datos.
**nota**
Amazon RDS solo realiza instantáneas de base de datos si ha definido el periodo de retención de copia de seguridad de su instancia de base de datos en un número mayor que 0. Para cambiar el periodo de retención de copia de seguridad, consulte [Modificación de una instancia de base de datos de Amazon RDS](Overview.DBInstance.Modifying.md).
Después de completar la actualización, no puede volver a la versión anterior del motor de base de datos. Si desea volver a la versión anterior, restaure la primera instantánea de base de datos que se realizó para crear una nueva instancia de base de datos.
Puede controlar cuándo debe actualizar la instancia de base de datos a una nueva versión admitida por Amazon RDS. Este nivel de control le ayuda a mantener la compatibilidad con versiones de base de datos específicas y probar nuevas versiones con una aplicación antes de implementarlas en producción. Cuando esté listo, podrá efectuar actualizaciones de versiones en el momento que le resulte más conveniente.
Si la instancia de base de datos usa replicación de lectura, debe actualizar todas las réplicas de lectura antes de actualizar la instancia de origen.
## Búsqueda de objetivos de actualización válidos
Cuando se utiliza la Consola de administración de AWS para actualizar una instancia de base de datos, muestra los destinos de actualización válidos para la instancia de base de datos. También puede utilizar el siguiente comando de la AWS CLI para identificar los destinos de actualización válidos para una instancia de base de datos:
Para Linux, macOS o Unix:
```
aws rds describe-db-engine-versions \
--engine mysql \
--engine-version version_number \
--query "DBEngineVersions[*].ValidUpgradeTarget[*].{EngineVersion:EngineVersion}" --output text
```
Para Windows:
```
aws rds describe-db-engine-versions ^
--engine mysql ^
--engine-version version_number ^
--query "DBEngineVersions[*].ValidUpgradeTarget[*].{EngineVersion:EngineVersion}" --output text
```
Por ejemplo, para identificar los destinos de actualización válidos para una instancia de base de datos de MySQL versión 8.0.28, ejecute el siguiente comando de la AWS CLI:
Para Linux, macOS o Unix:
```
aws rds describe-db-engine-versions \
--engine mysql \
--engine-version 8.0.28 \
--query "DBEngineVersions[*].ValidUpgradeTarget[*].{EngineVersion:EngineVersion}" --output text
```
Para Windows:
```
aws rds describe-db-engine-versions ^
--engine mysql ^
--engine-version 8.0.28 ^
--query "DBEngineVersions[*].ValidUpgradeTarget[*].{EngineVersion:EngineVersion}" --output text
```
# Números de versión de MySQL
La secuencia de numeración de versiones del motor de base de datos de RDS para MySQL tiene el formato *principal.secundaria.parche.AAAAMMDD* o *principal.secundaria.parche* (por ejemplo, 8.0.33.R2.20231201 o 5.7.44). El formato utilizado depende de la versión del motor de MySQL. Para obtener información sobre la numeración de versiones del Soporte extendido de RDS, consulte [Nombre de versiones con el Soporte extendido de Amazon RDS](extended-support-versions.md#extended-support-naming).
**principal**
El número de versión principal es tanto el entero como la primera parte fraccional del número de versión (por ejemplo, 8.0). Una actualización de versión principal aumenta la parte principal del número de versión. Por ejemplo, una actualización de *5.7*.44 a 8.0.33 es una actualización de versión principal, donde *5.7* y *8.0* son los números de la versión principal.
**secundaria**.
El número de versión secundaria es la tercera parte del número de versión (por ejemplo, el 33 en 8.0.33).
**parche**
El parche es la cuarta parte del número de versión (por ejemplo, el R2 en 8.0.33.R2). Una versión de parche de RDS incluye correcciones de errores importantes que se agregan a una versión secundaria después de su lanzamiento.
**AAAAMMDD**
La fecha es la quinta parte del número de versión (por ejemplo, 20231201 en 8.0.33.R2.20231201). Una versión de fecha de RDS es un parche de seguridad que incluye correcciones de seguridad importantes que se agregan a una versión secundaria después de su lanzamiento. No incluye ninguna corrección que pueda cambiar el comportamiento de un motor.
En la siguiente tabla, se explica el esquema de nomenclatura de RDS para MySQL versión 8.4.
| Versión secundaria 8.4 | Esquema de nomenclatura |
| --- | --- |
| ≥ 3 | Las nuevas instancias de base de datos utilizan el formato *principal.secundaria.parche.AAMMDD* (por ejemplo, 8.4.3.R2.20241201). Las instancias de base de datos existentes pueden usar el formato *principal.secundaria.parche* (por ejemplo, 8.4.3.R2) hasta la próxima actualización de la versión principal o secundaria. |
La siguiente tabla explica el esquema de nomenclatura de RDS para MySQL versión 8.0.
| Versión secundaria 8.0 | Esquema de nomenclatura |
| --- | --- |
| ≥ 33 | Las nuevas instancias de base de datos utilizan el formato *principal.secundaria.parche.AAMMDD* (por ejemplo, 8.0.33.R2.20231201). Las instancias de base de datos existentes pueden usar el formato *principal.secundaria.parche* (por ejemplo, 8.0.33.R2) hasta la próxima actualización de la versión principal o secundaria. |
| < 33 | Las instancias de base de datos existentes utilizan el formato *principal.secundaria.parche* (por ejemplo, 8.0.32.R2). |
La siguiente tabla explica el esquema de nomenclatura de RDS para MySQL versión 5.7.
| Versión secundaria 5.7 | Esquema de nomenclatura |
| --- | --- |
| ≥ 42 | Las nuevas instancias de base de datos utilizan el formato *principal.secundaria.parche.AAMMDD* (por ejemplo, 5.7.42.R2.20231201). Las instancias de base de datos existentes pueden usar el formato *principal.secundaria.parche* (por ejemplo, 5.7.42.R2) hasta la próxima actualización de la versión principal o secundaria. |
# Números de versión de RDS en RDS para MySQL
Los números de versión de RDS utilizan el esquema de nomenclatura `major.minor.patch` o `major.minor.patch.YYYYMMDD`. Las versiones de Soporte extendido de Amazon RDS utilizan el esquema de nomenclatura de las versiones secundarias *minor-RDS.YYYYMMDD*.
Una versión de parche de RDS incluye correcciones de errores importantes que se agregan a una versión secundaria después de su lanzamiento. Una versión de fecha de RDS (*AAAAMMDD*) es un parche de seguridad. Un parche de seguridad no incluye ninguna corrección que pueda cambiar el comportamiento de un motor. Para obtener información sobre la numeración de versiones del Soporte extendido de RDS, consulte [Nombre de versiones con el Soporte extendido de Amazon RDS](extended-support-versions.md#extended-support-naming).
Puede averiguar el número de versión de RDS de su base de datos de RDS para MySQL con la siguiente consulta SQL:
```
mysql> select mysql.rds_version();
```
Por ejemplo, la consulta de una base de datos de RDS para MySQL 8.0.34 devuelve lo siguiente:
```
+---------------------+
| mysql.rds_version() |
+---------------------+
| 8.0.34.R2.20231201 |
+---------------------+
1 row in set (0.01 sec)
```
# Actualizaciones de versiones principales de RDS para MySQL
Amazon RDS es compatible con las siguientes actualizaciones locales para versiones principales del motor de base de datos MySQL:
+ MySQL 5.7 a MySQL 8.0
+ MySQL 8.0 a MySQL 8.4
**nota**
Solo puede crear instancias de base de datos MySQL versión 5.7, 8.0 y 8.4 con clases de instancia de base de datos de última generación y generación actual.
En algunos casos, desea actualizar una instancia de base de datos que se ejecuta en una clase de instancia de base de datos de una generación a una versión de motor MySQL posterior. En estos casos, modifique primero la instancia de base de datos para usar una clase de instancia de datos de última generación o generación actual. Una vez hecho esto, podrá modificar la instancia de base de datos para usar la versión posterior del motor de base de datos MySQL. Para obtener información acerca de las clases de instancia de base de datos de Amazon RDS, consulte [Clases de instancia de base de datos de ](Concepts.DBInstanceClass.md).
**Topics**
+ [
## Información general sobre las actualizaciones de la versión principal de MySQL
](#USER_UpgradeDBInstance.MySQL.Major.Overview)
+ [
## Comprobaciones previas de actualizaciones
](#USER_UpgradeDBInstance.MySQL.Prechecks)
+ [
## Reversión tras un fallo en la actualización
](#USER_UpgradeDBInstance.MySQL.Major.RollbackAfterFailure)
## Información general sobre las actualizaciones de la versión principal de MySQL
Las actualizaciones de la versión principal pueden contener cambios realizados en la base de datos que no son compatibles con las versiones anteriores de las aplicaciones. Como resultado, Amazon RDS no aplica automáticamente las actualizaciones de las versiones principales; es necesario modificar manualmente la instancia de base de datos. Recomendamos que pruebe exhaustivamente cualquier actualización antes de aplicarla a las instancias de producción.
Para realizar una actualización de versión principal, realice primero las actualizaciones de sistema operativo disponibles. Una vez que se completen las actualizaciones del sistema operativo, actualice a cada versión principal: de 5.7 a 8.0 y luego de 8.0. a 8.4. Para obtener más información sobre la actualización de un clúster de base de datos multi-AZ de RDS para MySQL, consulte [Actualización de la versión del motor de un clúster de base de datos multi-AZ para Amazon RDS](multi-az-db-clusters-upgrading.md). Las instancias de base de datos MySQL creadas antes del 24 de abril de 2014, muestran una actualización del sistema operativo disponible hasta que se haya aplicado la actualización. Para obtener más información acerca de las actualizaciones del sistema operativo, consulte [Aplicación de actualizaciones a una instancia de base de datos](USER_UpgradeDBInstance.Maintenance.md#USER_UpgradeDBInstance.OSUpgrades).
Durante una actualización de versión principal de MySQL, Amazon RDS ejecuta el comando `mysql_upgrade` binario de MySQL para actualizar tablas, si es necesario. Además, Amazon RDS vacía las tablas `slow_log` y `general_log` durante una actualización de versión principal. Para conservar información de registro, guarde el contenido de este antes de realizar la actualización de versión principal.
Las actualizaciones de versión principal de MySQL suelen realizarse en aproximadamente 10 minutos. Algunas actualizaciones podrían tardar algo más debido al tamaño de la clase de instancia de base de datos, o bien porque la instancia no sigue determinadas directrices de funcionamiento de [Prácticas recomendadas para Amazon RDS](CHAP_BestPractices.md). Si actualiza una instancia de base de datos desde la consola de Amazon RDS, el estado de la instancia indica cuándo finaliza la actualización. Si realiza la actualización utilizando la AWS Command Line Interface (AWS CLI), use el comando [describe-db-instances](https://docs.aws.amazon.com/cli/latest/reference/rds/describe-db-instances.html) y compruebe el valor de `Status`.
## Comprobaciones previas de actualizaciones
Amazon RDS realiza comprobaciones previas antes de la actualización para comprobar si hay incompatibilidades. Estas incompatibilidades varían en función de la versión de MySQL a la que se vaya a actualizar.
Entre las comprobaciones previas se incluyen algunas que a su vez se incluyen con MySQL y otras que el equipo Amazon RDS creó específicamente. Para obtener información acerca de las comprobaciones previas que proporciona MySQL, consulte la sección sobre la [utilidad del comprobador de actualización](https://dev.mysql.com/doc/mysql-shell/8.4/en/mysql-shell-utilities-upgrade.html).
Las comprobaciones previas se ejecutan antes de detenerse la instancia de base de datos para la actualización, lo que quiere decir que no causan tiempos de inactividad al ejecutarse. Si las verificaciones previas encuentran una incompatibilidad, Amazon RDS cancela automáticamente la actualización antes de detenerse la instancia de base de datos. Amazon RDS también genera un evento por la incompatibilidad. Para obtener más información acerca de los eventos de Amazon RDS, consulte [Uso de notificaciones de eventos de Amazon RDS](USER_Events.md).
Amazon RDS registra información detallada acerca de cada incompatibilidad en el archivo de registro `PrePatchCompatibility.log`. En la mayoría de los casos, la entrada de registro incluye un vínculo a la documentación de SQL para corregir la incompatibilidad. Para obtener más información acerca de cómo visualizar los archivos de registro, consulte [Visualización y descripción de archivos de registro de base de datos](USER_LogAccess.Procedural.Viewing.md).
Debido a la naturaleza de las comprobaciones previas, analizan objetos en su base de datos. Este análisis genera un consumo de recursos y aumenta el tiempo de ejecución de la actualización.
**Topics**
+ [
### Comprobaciones previas de actualizaciones de la versión 8.0 a la 8.4 de MySQL
](#USER_UpgradeDBInstance.MySQL.80to84Prechecks)
+ [
### Comprobaciones previas de actualizaciones de la versión 5.7 a la 8.0 de MySQL
](#USER_UpgradeDBInstance.MySQL.57to80Prechecks)
### Comprobaciones previas de actualizaciones de la versión 8.0 a la 8.4 de MySQL
MySQL 8.4 presenta numerosas incompatibilidades con MySQL 8.0. Dichas incompatibilidades pueden causar problemas durante una actualización de MySQL 8.0 a MySQL 8.4. Así pues, puede requerirse cierta preparación con respecto a su base de datos para que la actualización se realice correctamente. A continuación, mostramos una lista general de dichas incompatibilidades:
+ Ninguna tabla debe usar tipos o funciones de datos obsoletos.
+ No debe haber un definidor vacío ni faltar un definidor en los disparadores, y el contexto de creación de los disparadores tiene que ser válido.
+ No debe haber ninguna infracción de la palabra clave ni de la palabra reservada. Es posible que en MySQL 8.4 haya algunas palabras clave reservadas que no estaban reservadas previamente.
Para obtener más información, consulte la página sobre [Palabras clave y palabras reservadas](https://dev.mysql.com/doc/refman/8.4/en/keywords.html) en la documentación de MySQL.
+ No tiene que haber tablas en la base de datos del sistema `mysql` de MySQL 8.0 que tengan el mismo nombre que una tabla usada por el diccionario de datos de MySQL 8.4.
+ No tiene que haber modos SQL obsoletos en su configuración de variable del sistema `sql_mode`.
+ No tiene que haber tablas ni procedimientos almacenados que tengan elementos de columna `ENUM` o `SET` individuales que superen los 255 caracteres o 1020 bytes de longitud.
+ Su instalación de MySQL 8.0 no tiene que usar características que no sean compatibles con MySQL 8.4.
Para obtener más información, consulte la sección [Features removed in MySQL 8.4](https://dev.mysql.com/doc/refman/8.4/en/mysql-nutshell.html#mysql-nutshell-removals) en la documentación de MySQL.
+ No tiene que haber nombres de restricción de clave externa que superen los 64 caracteres.
+ Para la compatibilidad con Unicode mejorada, consulte la siguiente información:
+ Tenga en cuenta la conversión de objetos que usen el conjunto de caracteres `utf8mb3` para usar el conjunto de caracteres `utf8mb4`. El conjunto de caracteres `utf8mb3` ha quedado obsoleto.
+ Tenga en cuenta el uso de `utf8mb4` para referencias de conjuntos de caracteres, en vez de utilizar `utf8`, ya que actualmente `utf8` es un alias del conjunto de caracteres `utf8mb3`. Si es posible, cambie `utf8` a `utf8mb4` primero y, a continuación, actualice la base de datos.
+ Como los clientes antiguos pueden recibir un error de juego de caracteres desconocido para `utf8mb3`, actualice los clientes de la base de datos antes de actualizar la base de datos.
Para obtener más información, consulte la sección sobre el [conjunto de caracteres utf8mb3 (codificación Unicode UTF-8 de 3 bytes)](https://dev.mysql.com/doc/refman/8.4/en/charset-unicode-utf8mb3.html) en la documentación de MySQL.
Para cambiar los conjuntos de caracteres, puede realizar manualmente una copia de seguridad, restauración y replicación de la base de datos. Puede utilizar las implementaciones azules/verdes de Amazon RDS. Para obtener más información, consulte [Uso de las implementaciones azul/verde de Amazon RDS para actualizar las bases de datos](blue-green-deployments.md).
Si inicia una actualización de MySQL de 8.0 a 8.4, Amazon RDS ejecutará comprobaciones previas de forma automática para detectar estas incompatibilidades. Para obtener información acerca de cómo actualizar a MySQL 8.4, consulte la sección sobre la [actualización de MySQL](https://dev.mysql.com/doc/refman/8.4/en/upgrading.html) en la documentación de MySQL.
Estas comprobaciones previas son obligatorias. No tiene la opción de omitirlas. Las comprobaciones previas proporcionan las siguientes ventajas:
+ Le permiten evitar tiempos de inactividad no planeados durante la actualización.
+ Si hay incompatibilidades, Amazon RDS impide la actualización y proporciona un registro para que se informe sobre ellas. Luego podrá usar el registro para preparar su base de datos para la actualización a MySQL 8.4 y reducir así las incompatibilidades. Para obtener información detallada acerca de cómo eliminar incompatibilidades, consulte [Preparing your installation for upgrade](https://dev.mysql.com/doc/refman/8.4/en/upgrade-prerequisites.html) en la documentación de MySQL.
### Comprobaciones previas de actualizaciones de la versión 5.7 a la 8.0 de MySQL
MySQL 8.0 presenta numerosas incompatibilidades con MySQL 5.7. Dichas incompatibilidades pueden causar problemas durante una actualización de MySQL 5.7 a MySQL 8.0. Así pues, puede requerirse cierta preparación con respecto a su base de datos para que la actualización se realice correctamente. A continuación, mostramos una lista general de dichas incompatibilidades:
+ Ninguna tabla debe usar tipos o funciones de datos obsoletos.
+ No tiene que haber archivos \$1.frm huérfanos.
+ No debe haber un definidor vacío ni faltar un definidor en los disparadores, y el contexto de creación de los disparadores tiene que ser válido.
+ Ninguna tabla particionada debe usar un motor de almacenamiento que no tenga soporte de particiones nativo.
+ No debe haber ninguna infracción de la palabra clave ni de la palabra reservada. Es posible que en MySQL 8.0 haya algunas palabras clave reservadas que no estaban reservadas previamente.
Para obtener más información, consulte la página sobre [Palabras clave y palabras reservadas](https://dev.mysql.com/doc/refman/8.0/en/keywords.html) en la documentación de MySQL.
+ No tiene que haber tablas en la base de datos del sistema `mysql` de MySQL 5.7 que tengan el mismo nombre que una tabla usada por el diccionario de datos de MySQL 8.0.
+ No tiene que haber modos SQL obsoletos en su configuración de variable del sistema `sql_mode`.
+ No tiene que haber tablas ni procedimientos almacenados que tengan elementos de columna `ENUM` o `SET` individuales que superen los 255 caracteres o 1020 bytes de longitud.
+ Antes de realizar la actualización a MySQL 8.0.13 o una versión superior, ninguna partición de tabla debe residir en espacios de tablas InnoDB compartidos.
+ No tiene que haber consultas ni definiciones de programas almacenadas de MySQL 8.0.12 o versiones anteriores que usen calificadores `ASC` o `DESC` para cláusulas `GROUP BY`.
+ Su instalación de MySQL 5.7 no tiene que usar características que no sean compatibles con MySQL 8.0.
Para obtener más información, consulte la sección sobre [características eliminadas en MySQL 8.0](https://dev.mysql.com/doc/refman/8.0/en/mysql-nutshell.html#mysql-nutshell-removals), en la documentación de MySQL.
+ No tiene que haber nombres de restricción de clave externa que superen los 64 caracteres.
+ Para la compatibilidad con Unicode mejorada, consulte la siguiente información:
+ Tenga en cuenta la conversión de objetos que usen el conjunto de caracteres `utf8mb3` para usar el conjunto de caracteres `utf8mb4`. El conjunto de caracteres `utf8mb3` ha quedado obsoleto.
+ Tenga en cuenta el uso de `utf8mb4` para referencias de conjuntos de caracteres, en vez de utilizar `utf8`, ya que actualmente `utf8` es un alias del conjunto de caracteres `utf8mb3`. Si es posible, cambie `utf8` a `utf8mb4` primero y, a continuación, actualice la base de datos.
+ Como los clientes antiguos pueden recibir un error de juego de caracteres desconocido para `utf8mb3`, actualice los clientes de la base de datos antes de actualizar la base de datos.
Para obtener más información, consulte la sección sobre el [conjunto de caracteres utf8mb3 (codificación Unicode UTF-8 de 3 bytes)](https://dev.mysql.com/doc/refman/8.4/en/charset-unicode-utf8mb3.html) en la documentación de MySQL.
Para cambiar los conjuntos de caracteres, puede realizar manualmente una copia de seguridad, restauración y replicación de la base de datos. Puede utilizar las implementaciones azules/verdes de Amazon RDS. Para obtener más información, consulte [Uso de las implementaciones azul/verde de Amazon RDS para actualizar las bases de datos](blue-green-deployments.md).
Si inicia una actualización de MySQL 5.7 a 8.0, Amazon RDS ejecutará comprobaciones previas de forma automática para detectar estas incompatibilidades. Para obtener información acerca de cómo actualizar a MySQL 8.0, consulte la sección sobre la [actualización de MySQL](https://dev.mysql.com/doc/refman/8.0/en/upgrading.html) en la documentación de MySQL.
Estas comprobaciones previas son obligatorias. No tiene la opción de omitirlas. Las comprobaciones previas proporcionan las siguientes ventajas:
+ Le permiten evitar tiempos de inactividad no planeados durante la actualización.
+ Si hay incompatibilidades, Amazon RDS impide la actualización y proporciona un registro para que se informe sobre ellas. Luego podrá usar el registro para preparar su base de datos para la actualización a MySQL 8.0 y reducir así las incompatibilidades. Para obtener información detallada acerca de cómo eliminar incompatibilidades, consulte [Preparing your installation for upgrade](https://dev.mysql.com/doc/refman/8.0/en/upgrade-prerequisites.html) en la documentación de MySQL y [Upgrading to MySQL 8.0? Here is what you need to know...](https://dev.mysql.com/blog-archive/upgrading-to-mysql-8-0-here-is-what-you-need-to-know/) en el blog de MySQL Server.
## Reversión tras un fallo en la actualización
Cuando se actualiza una instancia de base de datos de la versión 5.7 a la 8.0 o de la versión 8.0 a la 8.4 de MySQL, la actualización puede fallar. En particular, puede fallar si el diccionario de datos contiene incompatibilidades que no fueron capturadas por las comprobaciones previas. En este caso, la base de datos no se puede iniciar correctamente en la nueva versión de MySQL 8.0 a la versión 8.4. En ese momento, Amazon RDS revierte los cambios realizados para la actualización. Tras la reversión, la instancia de base de datos de MySQL ejecuta la versión original.
+ MySQL versión 8.0 (para una reversión desde la 8.4)
+ MySQL versión 5.7 (para una reversión desde la 8.0)
Cuando se produce un error en una actualización y se revierte, Amazon RDS genera un evento con el ID de evento RDS-EVENT-0188.
Normalmente, una actualización falla porque existen incompatibilidades en los metadatos entre las bases de datos de la instancia de base de datos y la versión de MySQL de destino. Cuando falla una actualización, se pueden ver los detalles de dichas incompatibilidades en el archivo `upgradeFailure.log`. Resuelva las incompatibilidades antes de intentar actualizar nuevamente.
Durante un intento de actualización y de reversión fallidos, la instancia de base de datos se reinicia. Cualquier cambio de parámetros pendientes se aplica durante el reinicio y persiste después de la reversión.
Para obtener más información acerca de la actualización a MySQL 8.0, consulte los siguientes temas en la documentación de MySQL:
+ [ Preparación de la instalación para la actualización](https://dev.mysql.com/doc/refman/8.0/en/upgrade-prerequisites.html)
+ [ Actualizando a MySQL 8.0? Esto es lo que necesita saber…](https://dev.mysql.com/blog-archive/upgrading-to-mysql-8-0-here-is-what-you-need-to-know/)
Para obtener más información acerca de cómo actualizar a MySQL 8.4, consulte [Preparing Your Installation for Upgrade](https://dev.mysql.com/doc/refman/8.4/en/upgrade-prerequisites.html) en la documentación de MySQL.
# Prueba de una actualización de RDS para MySQL
Antes de realizar una actualización de versión principal en su instancia de base de datos, realice una comprobación exhaustiva de su base de datos para determinar la compatibilidad con la versión nueva. Además, realice una comprobación exhaustiva de todas las aplicaciones que tienen acceso a la base de datos para determinar la compatibilidad con la versión nueva. Le recomendamos que utilice el siguiente procedimiento.
**Para probar una actualización de versión principal**
1. Revise la documentación de actualización relativa a la nueva versión del motor de base de datos para ver si hubiera problemas de compatibilidad que pudieran afectar a su base de datos o aplicaciones:
+ [Cambios en MySQL 5.7](http://dev.mysql.com/doc/refman/5.7/en/upgrading-from-previous-series.html)
+ [Cambios en MySQL 8.0](http://dev.mysql.com/doc/refman/8.0/en/upgrading-from-previous-series.html)
+ [Cambios en MySQL 8.4](http://dev.mysql.com/doc/refman/8.4/en/upgrading-from-previous-series.html)
1. Si su instancia de base de datos forma parte de un grupo de parámetros de base de datos personalizado, cree un grupo nuevo con la configuración existente que sea compatible con la versión principal nueva. Especifique el grupo de parámetros de base de datos nuevo cuando actualice su instancia de prueba, para que la prueba de la actualización compruebe que funciona correctamente. Para obtener más información acerca de cómo crear un grupo de parámetros de base de datos, consulte [Grupos de parámetros para Amazon RDS](USER_WorkingWithParamGroups.md).
1. Cree una instantánea de base de datos de la instancia de base de datos que se va a actualizar. Para obtener más información, consulte [Creación de una instantánea de base de datos para una instancia de base de datos single-AZ para Amazon RDS](USER_CreateSnapshot.md).
1. Restaure la instantánea de base de datos para crear una nueva instancia de base de datos de prueba. Para obtener más información, consulte [Restauración a una instancia de base de datos](USER_RestoreFromSnapshot.md).
1. Modifique esta instancia de base de datos de prueba nueva para actualizarla a la nueva versión, utilizando uno de los métodos que se detalla a continuación. Si creó un grupo de parámetros nuevo en el paso 2, especifíquelo.
1. Evalúe el almacenamiento utilizado por la instancia actualizada para determinar si la actualización necesita almacenamiento adicional.
1. Ejecute tantas pruebas de control de calidad en la instancia de base de datos actualizada como necesite para asegurarse de que la base de datos y la aplicación funcionan correctamente con la versión nueva. Implemente las pruebas nuevas que sean necesarias para evaluar el impacto de cualquier problema de compatibilidad que haya identificado en el paso 1. Pruebe todas las funciones y los procedimientos almacenados. Dirija las versiones de prueba de sus aplicaciones a la instancia de base de datos actualizada.
1. Si se superan todas las pruebas, realice la actualización de la instancia de base de datos de producción. Recomendamos que no permita operaciones de escritura en la instancia de base de datos hasta que confirme que todo funciona correctamente.
## Actualización de una instancia de base de datos MySQL
Para obtener más información acerca de la actualización automática o manual de una instancia de base de datos MySQL, consulte [Actualización de una versión del motor de una instancia de base de datos ](USER_UpgradeDBInstance.Upgrading.md).
# Actualizaciones de versiones secundarias automáticas de RDS para MySQL
Si especifica la siguiente configuración al crear o modificar una instancia de base de datos, puede actualizar automáticamente la instancia de base de datos.
+ La opción **Auto minor version upgrade** (Actualización automática de versión secundaria) está habilitada.
+ La configuración del **Backup retention period** (periodo de retención de copia de seguridad) es mayor que 0.
En la Consola de administración de AWS, esta configuración se encuentra en **Additional configuration** (Configuración adicional). En la siguiente imagen se muestra la configuración **Auto minor version upgrade** (Actualización automática de versiones secundarias).
![\[La sección Mantenimiento con la opción Habilitar actualización automática de versiones secundarias está seleccionada en la consola de Amazon RDS.\]](http://docs.aws.amazon.com/es_es/AmazonRDS/latest/UserGuide/images/amvu.png)
Para obtener más información sobre estas opciones, consulte [Configuración de instancias de base de datos](USER_ModifyInstance.Settings.md).
Para algunas versiones principales de RDS para MySQL en algunas Regiones de AWS, RDS designa una versión secundaria como versión de actualización automática. Después de que Amazon RDS pruebe y apruebe una versión secundaria, la actualización de versión secundaria se produce automáticamente durante el periodo de mantenimiento. RDS no configura automáticamente versiones secundarias publicadas recientemente como la versión de actualización automática. Antes de que RDS asigne una versión de actualización automática más reciente, deben considerarse algunos criterios, como, por ejemplo, los que se indican a continuación:
+ Problemas de seguridad conocidos
+ Errores en la versión de la comunidad MySQL
+ Estabilidad general de la flota desde que se publicó la versión secundaria
Puede utilizar el comando AWS CLI siguiente para determinar la versión secundaria actual de destino de actualización automática para una versión secundaria de MySQL especificada en una Región de AWS específica.
Para Linux, macOS o Unix:
```
aws rds describe-db-engine-versions \
--engine mysql \
--engine-version minor_version \
--region region \
--query "DBEngineVersions[*].ValidUpgradeTarget[*].{AutoUpgrade:AutoUpgrade,EngineVersion:EngineVersion}" \
--output text
```
Para Windows:
```
aws rds describe-db-engine-versions ^
--engine mysql ^
--engine-version minor_version ^
--region region ^
--query "DBEngineVersions[*].ValidUpgradeTarget[*].{AutoUpgrade:AutoUpgrade,EngineVersion:EngineVersion}" ^
--output text
```
Por ejemplo, el siguiente comando de la AWS CLI determina el destino de actualización secundaria automática para la versión secundaria 8.0.11 de MySQL en la Región de AWS de Este de EE. UU. (Ohio) (us-east-2).
Para Linux, macOS o Unix:
```
aws rds describe-db-engine-versions \
--engine mysql \
--engine-version 8.0.11 \
--region us-east-2 \
--query "DBEngineVersions[*].ValidUpgradeTarget[*].{AutoUpgrade:AutoUpgrade,EngineVersion:EngineVersion}" \
--output table
```
Para Windows:
```
aws rds describe-db-engine-versions ^
--engine mysql ^
--engine-version 8.0.11 ^
--region us-east-2 ^
--query "DBEngineVersions[*].ValidUpgradeTarget[*].{AutoUpgrade:AutoUpgrade,EngineVersion:EngineVersion}" ^
--output table
```
Su resultado es similar al siguiente.
```
----------------------------------
| DescribeDBEngineVersions |
+--------------+-----------------+
| AutoUpgrade | EngineVersion |
+--------------+-----------------+
| False | 8.0.15 |
| False | 8.0.16 |
| False | 8.0.17 |
| False | 8.0.19 |
| False | 8.0.20 |
| False | 8.0.21 |
| True | 8.0.23 |
| False | 8.0.25 |
+--------------+-----------------+
```
En este ejemplo, el valor `AutoUpgrade` es `True` para la versión 8.0.23 de MySQL. Por lo tanto, el destino de actualización secundaria automática es la versión 8.0.23 de MySQL, que está resaltado en el resultado.
Una instancia de base de datos de MySQL se actualiza automáticamente durante el periodo de mantenimiento si se cumplen los siguientes criterios:
+ La opción **Auto minor version upgrade** (Actualización automática de versión secundaria) está habilitada.
+ La configuración del **Backup retention period** (periodo de retención de copia de seguridad) es mayor que 0.
+ La instancia de base de datos se ejecuta en una versión secundaria de motor de base de datos que es anterior a la versión secundaria de actualización automática actual.
Para obtener más información, consulte [Actualización automática de la versión secundaria del motor](USER_UpgradeDBInstance.Upgrading.md#USER_UpgradeDBInstance.Upgrading.AutoMinorVersionUpgrades).
# Uso de una réplica de lectura para reducir el tiempo de inactividad al actualizar una base de datos de RDS para MySQL
En la mayoría de los casos, una implementación azul/verde es la mejor opción para reducir el tiempo de inactividad al actualizar una instancia de base de datos de MySQL. Para obtener más información, consulte [Uso de las implementaciones azul/verde de Amazon RDS para actualizar las bases de datos](blue-green-deployments.md).
Si no puede usar una implementación azul/verde y en la actualidad se está utilizando su instancia de base de datos de MySQL con una aplicación de producción, puede utilizar el siguiente procedimiento para actualizar la versión de base de datos de la instancia de base de datos. Este procedimiento puede reducir la duración del tiempo de inactividad de la aplicación.
Al utilizar una réplica de lectura, puede realizar la mayoría de los pasos de mantenimiento con anticipación y minimizar los cambios necesarios durante la interrupción real. Con esta técnica, puede probar y preparar la nueva instancia de base de datos sin realizar ningún cambio en su instancia de base de datos existente.
El siguiente procedimiento muestra un ejemplo de actualización de la versión 5.7 de MySQL a la versión 8.0 de MySQL. Puede usar los mismos pasos generales para actualizaciones a otras versiones principales. Puede usar los mismos pasos generales para actualizaciones a otras versiones principales.
**nota**
Cuando esté realizando la actualización de la versión 5.7 a la 8.0 o de la versión 8.0 a la 8.4 de MySQL, complete las comprobaciones previas antes de hacer la actualización. Para obtener más información, consulte [Comprobaciones previas de actualizaciones de la versión 5.7 a la 8.0 de MySQL](USER_UpgradeDBInstance.MySQL.Major.md#USER_UpgradeDBInstance.MySQL.57to80Prechecks) y [Comprobaciones previas de actualizaciones de la versión 8.0 a la 8.4 de MySQL](USER_UpgradeDBInstance.MySQL.Major.md#USER_UpgradeDBInstance.MySQL.80to84Prechecks).
**Para actualizar una base de datos MySQL mientras se está utilizando una instancia de base de datos**
1. Inicie sesión en la Consola de administración de AWS y abra la consola de Amazon RDS en [https://console.aws.amazon.com/rds/](https://console.aws.amazon.com/rds/).
1. Cree una réplica de lectura para la instancia de base de datos de MySQL 5.7. Este proceso permite crear una copia actualizable de su base de datos. También pueden existir otras réplicas de lectura de la instancia de base de datos.
1. En la consola, elija **Databases** (Bases de datos) y, después, seleccione la instancia de base de datos que desea actualizar.
1. En **Actions (Acciones)**, elija **Create read replica (Crear réplica de lectura)**.
1. Proporcione un valor de **DB instance identifier** (Identificador de instancias de bases de datos) para su réplica de lectura y asegúrese de que el valor de **DB instance class** (Clase de instancia de base de datos) y otros ajustes coincidan con su instancia de base de datos de MySQL 5.7.
1. Elija **Create read replica (Crear réplica de lectura)**.
1. (Opcional) Cuando se ha creado la réplica de lectura y **Status** (Estado) se muestra como **Available** (Disponible), convierta la réplica de lectura en una implementación Multi-AZ y habilite las copias de seguridad.
De forma predeterminada, una réplica de lectura se crea con copias de seguridad desactivadas. Dado que la réplica de lectura se convierte en la instancia de base de datos de producción, es una práctica recomendada configurar una implementación multi-AZ y habilitar las copias de seguridad.
1. En la consola, elija **Databases** (Bases de datos) y, después, seleccione la réplica de lectura que acaba de crear.
1. Elija **Modify**.
1. Para **Multi-AZ deployment** (Implementación Multi-AZ), elija **Create a standby instance** (Crear una instancia en espera).
1. En **Backup Retention Period** (Periodo de retención de copia de seguridad), elija un valor positivo distinto de cero, por ejemplo, 3 días y, después, elija **Continue** (Continuar).
1. En **Programación de modificaciones**, elija **Aplicar inmediatamente**.
1. Elija **Modificar la instancia de base de datos**.
1. Cuando el **Status** (Estado) de la réplica de lectura se muestra como **Available** (Disponible), actualice la réplica de lectura a MySQL 8.0:
1. En la consola, elija **Databases** (Bases de datos) y, después, seleccione la réplica de lectura que acaba de crear.
1. Elija **Modify**.
1. Para **DB engine version** (versión de motor de base de datos), elija la versión de MySQL 8.0 a la que se realizará la actualización y, luego, elija **Continue** (Continuar).
1. En **Programación de modificaciones**, elija **Aplicar inmediatamente**.
1. Elija **Modify DB instance (Modificar instancia de base de datos)** para comenzar la actualización.
1. Cuando haya finalizado la actualización y el **Status** (Estado) se muestre como **Available** (Disponible), verifique que la réplica de lectura actualizada esté al día con la instancia de base de datos de MySQL 5.7 de origen. Para comprobarlo, conéctese a la réplica de lectura y ejecute el comando `SHOW REPLICA STATUS`. Si el campo `Seconds_Behind_Master` muestra `0`, significa que la replicación está al día.
**nota**
Versiones anteriores de MySQL utilizaban `SHOW SLAVE STATUS` en lugar de `SHOW REPLICA STATUS`. Si usa una versión de MySQL anterior a la 8.0.23, utilice `SHOW SLAVE STATUS`.
1. (Opcional) Cree una réplica de lectura de su réplica de lectura.
Si desea que la instancia de base de datos tenga una réplica de lectura después de promocionarse a una instancia de base de datos independiente, puede crear la réplica de lectura ahora.
1. En la consola, elija **Databases** (Bases de datos) y, después, seleccione la réplica de lectura que acaba de actualizar.
1. En **Actions (Acciones)**, elija **Create read replica (Crear réplica de lectura)**.
1. Proporcione un valor de **DB instance identifier** (Identificador de instancias de bases de datos) para su réplica de lectura y asegúrese de que el valor de **DB instance class** (Clase de instancia de base de datos) y otros ajustes coincidan con su instancia de base de datos de MySQL 5.7.
1. Elija **Create read replica (Crear réplica de lectura)**.
1. (Opcional) Configure un grupo de parámetros de base de datos personalizado para la réplica de lectura.
Si desea que la instancia de base de datos utilice un grupo de parámetros personalizado después de promocionarse a una instancia de base de datos independiente, puede crear el grupo de parámetros de base de datos ahora y asociarlo con la réplica de lectura.
1. Cree un grupo de parámetros de base de datos personalizado para MySQL 8.0. Para obtener instrucciones, consulte [Creación de un grupo de parámetros de base de datos en Amazon RDS](USER_WorkingWithParamGroups.Creating.md).
1. Modifique los parámetros que desea cambiar en el grupo de parámetros de base de datos que acaba de crear. Para obtener instrucciones, consulte [Modificación de los parámetros de un grupo de parámetros de base de datos en Amazon RDS](USER_WorkingWithParamGroups.Modifying.md).
1. En la consola, elija **Databases** (Bases de datos) y, a continuación, elija la réplica de lectura.
1. Elija **Modify**.
1. Para el **DB parameter group** (grupo de parámetros de base de datos), elija el grupo de parámetros de base de datos de MySQL 8.0 que acaba de crear y, a continuación, elija **Continue** (Continuar).
1. En **Programación de modificaciones**, elija **Aplicar inmediatamente**.
1. Elija **Modify DB instance (Modificar instancia de base de datos)** para comenzar la actualización.
1. Haga que su réplica de lectura de MySQL 8.0 sea una instancia de base de datos independiente.
**importante**
Cuando promocione su réplica de lectura de MySQL 8.0 a instancia de base de datos independiente, dejará de ser una réplica de su instancia de base de datos de MySQL 5.7. Recomendamos que promocione su réplica de lectura de MySQL 8.0 durante un periodo de mantenimiento cuando su instancia de base de datos de MySQL 5.7 de origen esté en modo de solo lectura y se hayan suspendido todas las operaciones de escritura. Cuando haya finalizado la promoción, puede dirigir sus operaciones de escritura a la instancia de base de datos de MySQL 8.0 actualizada para asegurarse de que no se pierda ninguna operación de escritura.
Además, recomendamos que antes de promocionar su réplica de lectura de MySQL 8.0 realice todas las operaciones de lenguaje de definición de datos (DDL) necesarias en la réplica de lectura de MySQL 8.0. Un ejemplo es la creación de índices. Este enfoque evita los efectos negativos en el rendimiento de la réplica de lectura de MySQL 8.0 después de su promoción. Para promocionar una réplica de lectura, siga este procedimiento.
1. En la consola, elija **Databases** (Bases de datos) y, después, seleccione la réplica de lectura que acaba de actualizar.
1. En ** Actions (Acciones)**, seleccione **Promote (Promover)**.
1. Elija **Yes (Sí)** para habilitar las copias de seguridad automatizadas para la instancia de réplica de lectura. Para obtener más información, consulte [Introducción a las copias de seguridad](USER_WorkingWithAutomatedBackups.md).
1. Elija **Continue**.
1. Elija **Promote Read Replica**.
1. Ahora tiene una versión actualizada de su base de datos MySQL. En este punto, puede dirigir sus aplicaciones a la nueva instancia de base de datos de MySQL 8.0.
# Supervisión de las actualizaciones del motor de RDS para MySQL con eventos
Cuando se actualiza la versión del motor de una base de datos de RDS para MySQL, Amazon RDS emite un evento específico durante cada fase del proceso. Para realizar un seguimiento del progreso de una actualización, puede ver estos eventos o suscribirse a ellos.
Para obtener más información sobre los eventos de RDS, consulte [Supervisión de eventos de Amazon RDS](working-with-events.md).
Para obtener información detallada sobre un evento específico de Amazon RDS que se produce durante la actualización del motor, consulte [Categorías y mensajes de eventos de Amazon RDS ](USER_Events.Messages.md).