Actualización del motor de base de datos MySQL - Amazon Relational Database Service

Actualización del motor de base de datos 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 instancias de base de datos de MySQL: actualizaciones de versiones principales y actualizaciones de versiones secundarias.

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. Sin embargo, antes de realizar una actualización de versión principal, recomendamos que siga las instrucciones descritas en Actualizaciones de versiones principales de MySQL.

Por su parte, las actualizaciones de versiones secundarias solo incluyen cambios compatibles con las versiones anteriores de las aplicaciones. Puede iniciar manualmente una actualización de versiones secundarias modificando su instancia de base de datos. O puede habilitar la opción Auto minor version upgrade (Actualización automática de versiones secundarias) al crear o modificar una instancia de base de datos. Si lo hace, su instancia de base de datos se actualizará automáticamente después de que Amazon RDS pruebe y apruebe 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 .

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. Si la instancia de base de datos está en un despliegue Multi-AZ, se actualizan las réplicas principal y en espera. La instancia de base de datos no estará disponible hasta que se complete la actualización.

Información general de actualización

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 5.6.43, ejecute el siguiente comando de la AWS CLI:

Para Linux, macOS o Unix:

aws rds describe-db-engine-versions \ --engine mysql \ --engine-version 5.6.43 \ --query "DBEngineVersions[*].ValidUpgradeTarget[*].{EngineVersion:EngineVersion}" --output text

Para Windows:

aws rds describe-db-engine-versions ^ --engine mysql ^ --engine-version 5.6.43 ^ --query "DBEngineVersions[*].ValidUpgradeTarget[*].{EngineVersion:EngineVersion}" --output text

Amazon RDS toma dos instantáneas de base de datos durante el proceso de actualización. La primera instantánea de base de datos es la de la instancia de base de datos antes de que se haya llevado a cabo ningún cambio. Si la actualización no funciona para las bases de datos, puede restaurar este snapshot para crear una instancia de base de datos en la que se ejecuta la versión antigua. La segunda instantánea de base de datos se crea cuando se completa la actualización.

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.

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 de usa la replicación de lectura, debe actualizar todas las réplicas de lectura antes de actualizar la instancia de origen.

Si la instancia de base de datos se encuentra en un despliegue Multi-AZ, se actualizan la instancia de base de datos principal y la instancia en espera. Las instancias de base de datos principal y en espera se actualizan al mismo tiempo y se produce una interrupción hasta que finaliza la actualización. El tiempo que dura la interrupción varía según el motor de base de datos, la versión del motor y el tamaño de la instancia de base de datos.

Actualizaciones de versiones principales de MySQL

Amazon RDS es compatible con las siguientes actualizaciones locales para versiones principales del motor de base de datos MySQL:

  • MySQL 5.5 a MySQL 5.6

  • MySQL 5.6 a MySQL 5.7

  • MySQL 5.7 a MySQL 8.0

nota

Solo puede crear instancias de base de datos MySQL versión 5.7 y 8.0 con clases de instancia de base de datos de última generación y generación actual, además de la clase anterior db.m3.

En algunos casos, desea actualizar una instancia de base de datos MySQL versión 5.6 en una clase anterior (que no sea db.m3) a la versión 5.7 de MySQL. 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, puede modificar la instancia de base de datos para usar el motor de base de datos MySQL versión 5.7. 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.

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 para una instancia de base de datos MySQL versión 5.5 en Amazon RDS a la versión 5.6 de MySQL o posterior, aplique antes todas las actualizaciones de SO disponibles. Una vez que se completen las actualizaciones del sistema operativo, actualice a cada versión principal: de 5.5 a 5.6, después de 5.6 a 5.7 y luego de 5.7 a 8.0. 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 o clúster de base de datos.

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. 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 y compruebe el valor de Status.

Las actualizaciones a la versión 5.7 de MySQL podrían ser lentas

La versión 5.6.4 de MySQL introdujo un formato de fecha y hora nuevo para las columnas datetime, time y timestamp que permite fracciones en los valores de fecha y hora. Al actualizar una instancia de base de datos a MySQL versión 5.7, MySQL fuerza la conversión de todos los tipos de columna de fecha y hora al formato nuevo.

Debido a que esta conversión reconstruye sus tablas, la actualización de la instancia de base de datos podría tardar un tiempo considerable. La conversión forzada se aplica a todas las instancias de base de datos que ejecutan una versión anterior a MySQL 5.6.4. También se aplica a todas las instancias de base de datos que se actualizaron de una versión anterior a MySQL 5.6.4 a una versión distinta de 5.7.

Si su instancia de base de datos ejecuta una versión anterior a MySQL 5.6.4 o se actualizó de una versión anterior a 5.6.4, recomendamos un paso adicional. En estos casos, recomendamos que convierta las columnas datetime, time y timestamp en su base de datos antes de actualizar su instancia de base de datos a la versión 5.7 de MySQL. Esta conversión puede reducir significativamente la cantidad de tiempo necesario para actualizar la instancia de base de datos a la versión 5.7 de MySQL. Para actualizar sus columnas de fecha y hora al nuevo formato, emita el comando ALTER TABLE <table_name> FORCE; para cada tabla que contenga las columnas de fecha u hora. Debido a que la alteración de una tabla la bloquea y la mantiene en modo de solo lectura, recomendamos que realice esta actualización durante un periodo de mantenimiento.

Para encontrar todas las tablas en su base de datos que tengan columnas datetime, time o timestamp y crear un comando ALTER TABLE <table_name> FORCE; para cada tabla, use la siguiente consulta:

SELECT DISTINCT CONCAT('ALTER TABLE `', REPLACE(is_tables.TABLE_SCHEMA, '`', '``'), '`.`', REPLACE(is_tables.TABLE_NAME, '`', '``'), '` FORCE;') FROM information_schema.TABLES is_tables INNER JOIN information_schema.COLUMNS col ON col.TABLE_SCHEMA = is_tables.TABLE_SCHEMA AND col.TABLE_NAME = is_tables.TABLE_NAME LEFT OUTER JOIN information_schema.INNODB_SYS_TABLES systables ON SUBSTRING_INDEX(systables.NAME, '#', 1) = CONCAT(is_tables.TABLE_SCHEMA,'/',is_tables.TABLE_NAME) LEFT OUTER JOIN information_schema.INNODB_SYS_COLUMNS syscolumns ON syscolumns.TABLE_ID = systables.TABLE_ID AND syscolumns.NAME = col.COLUMN_NAME WHERE col.COLUMN_TYPE IN ('time','timestamp','datetime') AND is_tables.TABLE_TYPE = 'BASE TABLE' AND is_tables.TABLE_SCHEMA NOT IN ('mysql','information_schema','performance_schema') AND (is_tables.ENGINE = 'InnoDB' AND syscolumns.MTYPE = 6);

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 *.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 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, en la documentación de MySQL.

  • No tiene que haber nombres de restricción de clave externa que superen los 64 caracteres.

  • Para mejorar la compatibilidad de Unicode, piense en convertir objetos que usen el conjunto de caracteres utf8mb3 para usar el conjunto de caracteres utf8mb4. El conjunto de caracteres utf8mb3 ha quedado obsoleto. Asimismo, piense en utilizar utf8mb4 para referencias de conjuntos de caracteres, en vez de utilizar utf8, ya que actualmente utf8 es un alias del conjunto de caracteres utf8mb3.

    Para obtener más información, consulte la sección sobre el conjunto de caracteres utf8mb3 (codificación Unicode UTF-8 de 3 bytes) en la documentación de MySQL.

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 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 eliminando las incompatibilidades. Para obtener información detallada acerca de la eliminación de incompatibilidades, consulte Preparación de la instalación para la actualización en la documentación de MySQL y Upgrading to MySQL 8.0? here is what you need to know... en el blog de MySQL Server.

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.

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 comprobaciones 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 para la incompatibilidad. Para obtener más información acerca de los eventos de Amazon RDS, consulte Uso de las notificaciones de eventos de Amazon RDS.

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.

Debido a la naturaleza de las comprobaciones previa, 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.

nota

Amazon RDS ejecuta las comprobaciones previas solo para una actualización de MySQL 5.7 a MySQL 8.0. No se ejecutan para las actualizaciones a versiones de MySQL inferiores a la 8.0. Por ejemplo, las comprobaciones previas no se ejecutan para una actualización de MySQL 5.6 a MySQL 5.7.

Comprobación de una actualización

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:

  2. 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 Trabajo con los grupos de parámetros de base de datos.

  3. 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.

  4. 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 de una instantánea de base de datos.

  5. 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.

  6. Evalúe el almacenamiento utilizado por la instancia actualizada para determinar si la actualización necesita almacenamiento adicional.

  7. 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.

  8. 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 .

Actualizaciones de versiones secundarias automáticas para MySQL

Si habilita la opción Auto Minor Version Upgrade (Actualización automática de versiones secundarias) al crear o modificar una instancia de base de datos, puede hacer que la instancia de base de datos se actualice automáticamente.

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 siguiente comando de la AWS CLI y secuencia de comandos para determinar la versión actual de destino de actualización secundaria automática para una versión secundaria de MySQL especificada en una región de AWS específica.

aws rds describe-db-engine-versions --output=table --engine mysql --engine-version minor-version --region region

Por ejemplo, el siguiente comando de la AWS CLI determina el destino de actualización secundaria automática para la versión secundaria 5.7.19 de MySQL en la región de AWS EE.UU. Este (Ohio) (us-east-2).

aws rds describe-db-engine-versions --output=table --engine mysql --engine-version 5.7.19 --region us-east-2

Su resultado es similar al siguiente.

----------------------------------------------------------------------------------------- | DescribeDBEngineVersions | +---------------------------------------------------------------------------------------+ || DBEngineVersions || |+-------------------------------------------------+-----------------------------------+| || DBEngineDescription | MySQL Community Edition || || DBEngineVersionDescription | mysql 5.7.19 || || DBParameterGroupFamily | mysql5.7 || || Engine | mysql || || EngineVersion | 5.7.19 || || Status | available || || SupportsGlobalDatabases | False || || SupportsLogExportsToCloudwatchLogs | True || || SupportsParallelQuery | False || || SupportsReadReplica | True || |+-------------------------------------------------+-----------------------------------+| ||| ExportableLogTypes ||| ||+-----------------------------------------------------------------------------------+|| ||| audit ||| ||| error ||| ||| general ||| ||| slowquery ||| ||+-----------------------------------------------------------------------------------+|| ||| ValidUpgradeTarget ||| ||+-------------+---------------+---------+----------------+--------------------------+|| ||| AutoUpgrade | Description | Engine | EngineVersion | IsMajorVersionUpgrade ||| ||+-------------+---------------+---------+----------------+--------------------------+|| ||| False | MySQL 5.7.21 | mysql | 5.7.21 | False ||| ||| False | MySQL 5.7.22 | mysql | 5.7.22 | False ||| ||| False | | mysql | 5.7.23 | False ||| ||| False | MySQL 5.7.24 | mysql | 5.7.24 | False ||| ||| False | MySQL 5.7.25 | mysql | 5.7.25 | False ||| ||| True | MySQL 5.7.26 | mysql | 5.7.26 | False ||| ||| False | MySQL 5.7.28 | mysql | 5.7.28 | False ||| ||| False | MySQL 5.7.30 | mysql | 5.7.30 | False ||| ||| False | MySQL 5.7.31 | mysql | 5.7.31 | False ||| ||| False | MySQL 8.0.11 | mysql | 8.0.11 | True ||| ||| False | MySQL 8.0.13 | mysql | 8.0.13 | True ||| ||| False | MySQL 8.0.15 | mysql | 8.0.15 | True ||| ||| False | MySQL 8.0.16 | mysql | 8.0.16 | True ||| ||| False | MySQL 8.0.17 | mysql | 8.0.17 | True ||| ||| False | MySQL 8.0.19 | mysql | 8.0.19 | True ||| ||| False | MySQL 8.0.20 | mysql | 8.0.20 | True ||| ||| False | MySQL 8.0.21 | mysql | 8.0.21 | True ||| ||+-------------+---------------+---------+----------------+--------------------------+||

En este ejemplo, el valor AutoUpgrade es True para MySQL versión 5.7.26. Por lo tanto, el objetivo de actualización secundaria automática es MySQL versión 5.7.26, 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 instancia de base de datos tiene habilitada la opción Auto Minor Version Upgrade (Actualización automática a versiones secundarias).

  • 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.

Actualización de una base de datos MySQL con un tiempo de inactividad reducido

Si en la actualidad se está utilizando su instancia de base de datos 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.

El siguiente procedimiento muestra un ejemplo de actualización de la versión 5.5 de MySQL a la 5.6. Puede usar los mismos pasos generales para actualizaciones a otras versiones principales.

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/.

  2. Cree una réplica de lectura para la instancia de base de datos MySQL 5.5. Este proceso permite crear una copia actualizable de su 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.

    2. En Actions (Acciones), elija Create read replica (Crear réplica de lectura).

    3. 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 coinciden con su instancia de base de datos MySQL 5.5.

    4. Elija Create read replica (Crear réplica de lectura).

  3. Cuando se haya creado la réplica de lectura y el Status (Estado) muestre Available (Disponible), actualice la réplica de lectura a MySQL 5.6:

    1. En la consola, elija Databases (Bases de datos) y después seleccione la réplica de lectura que acaba de crear.

    2. Elija Modify.

    3. Para DB engine version, elija la versión de MySQL 5.6 a la que se realizará la actualización y, luego, elija Continue.

    4. En Scheduling of Modifications, elija Apply immediately.

    5. Elija Modify DB instance (Modificar instancia de base de datos) para comenzar la actualización.

  4. Cuando haya finalizado la actualización y el Estado muestre Disponible, verifique que la réplica de lectura actualizada esté al día con la instancia de base de datos MySQL 5.5 de origen. Puede hacerlo conectándose a la réplica de lectura y emitiendo el comando SHOW SLAVE STATUS. Si el campo Seconds_Behind_Master muestra 0, significa que la replicación está al día.

  5. Haga que su réplica de lectura MySQL 5.6 sea una instancia de base de datos independiente.

    importante

    Cuando promocione su réplica de lectura MySQL 5.6 a instancia de base de datos Single-AZ individual, dejará de ser una réplica de replicación de su instancia de base de datos MySQL 5.5. Recomendamos que promocione su réplica de lectura de MySQL 5.6 durante un período de mantenimiento cuando su instancia de base de datos MySQL 5.5 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 MySQL 5.6 actualizada para asegurarse de que no se pierde ninguna operación de escritura.

    Además, recomendamos que antes de promocionar su réplica de lectura de MySQL 5.6 realice todas las operaciones de lenguaje de definición de datos (DDL) necesarias en la réplica de lectura de MySQL 5.6. 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 5.6 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.

    2. En Actions (Acciones), seleccione Promote (Promover).

    3. 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 Trabajo con copias de seguridad.

    4. Elija Continue.

    5. Elija Promote Read Replica.

  6. 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 MySQL 5.6, agregar réplicas de lectura y configurar la compatibilidad con Multi-AZ, entre otras muchas cosas.