Las traducciones son generadas a través de traducción automática. En caso de conflicto entre la traducción y la version original de inglés, prevalecerá la version en inglés.

# Actualizaciones del motor de base de datos de Amazon Aurora MySQL versión 1 (obsoleta)
<a name="AuroraMySQL.Updates.11Updates"></a>

A continuación se indican actualizaciones del motor de base de datos Amazon Aurora 1:<a name="aurora_1x_updates"></a>
+ [Actualizaciones del motor de base de datos de Aurora MySQL del 30/09/2021 (versión 1.23.4) (obsoleta)](AuroraMySQL.Updates.1234.md)
+ [Actualizaciones del motor de base de datos de Aurora MySQL del 28/06/2021 (versión 1.23.3) (obsoleta)](AuroraMySQL.Updates.1233.md)
+ [Actualizaciones del motor de base de datos de Aurora MySQL del 18/03/2021 (versión 1.23.2) (obsoleta)](AuroraMySQL.Updates.1232.md)
+ [Actualizaciones del motor de base de datos de Aurora MySQL del 24/11/2020 (versión 1.23.1) (obsoleta)](AuroraMySQL.Updates.1231.md)
+ [Actualizaciones del motor de base de datos de Aurora MySQL del 02/09/2020 (versión 1.23.0) (obsoleta)](AuroraMySQL.Updates.1230.md)
+ [Actualizaciones del motor de base de datos de Aurora MySQL del 03/06/2021 (versión 1.22.5) (obsoleta)](AuroraMySQL.Updates.1225.md)
+ [Actualizaciones del motor de base de datos de Aurora MySQL del 04/03/2021 (versión 1.22.4) (obsoleta)](AuroraMySQL.Updates.1224.md)
+ [Actualizaciones del motor de base de datos de Aurora MySQL del 09/11/2020 (versión 1.22.3) (obsoleta)](AuroraMySQL.Updates.1223.md)
+ [Actualizaciones del motor de base de datos de Aurora MySQL del 05/03/2020 (versión 1.22.2) (obsoleta)](AuroraMySQL.Updates.1222.md)
+ [Actualizaciones del motor de base de datos de Aurora MySQL del 23/12/2019 (versión 1.22.1) (obsoleta)](AuroraMySQL.Updates.1221.md)
+ [Actualizaciones del motor de base de datos de Aurora MySQL del 25/11/2019 (versión 1.22.0) (obsoleta)](AuroraMySQL.Updates.1220.md)
+ [Actualizaciones del motor de base de datos de Aurora MySQL del 25/11/2019 (versión 1.21.0) (obsoleta)](AuroraMySQL.Updates.1210.md)
+ [Actualizaciones del motor de base de datos de Aurora MySQL del 05/03/2020 (versión 1.20.1) (obsoleta)](AuroraMySQL.Updates.1201.md)
+ [Actualizaciones del motor de base de datos de Aurora MySQL del 11/11/2019 (versión 1.20.0) (obsoleta)](AuroraMySQL.Updates.1200.md)
+ [Actualizaciones del motor de base de datos de Aurora MySQL del 05/03/2020 (versión 1.19.6) (obsoleta)](AuroraMySQL.Updates.1196.md)
+ [Actualizaciones del motor de base de datos de Aurora MySQL del 19/09/2019 (versión 1.19.5) (obsoleta)](AuroraMySQL.Updates.1195.md)
+ [Actualizaciones del motor de base de datos de Aurora MySQL del 05/06/2019 (versión 1.19.2) (obsoleta)](AuroraMySQL.Updates.1192.md)
+ [Actualizaciones del motor de base de datos de Aurora MySQL del 09/05/2019 (versión 1.19.1) (obsoleta)](AuroraMySQL.Updates.1191.md)
+ [Actualizaciones del motor de base de datos de Aurora MySQL del 07/02/2019 (versión 1.19.0) (obsoleta)](AuroraMySQL.Updates.1190.md)
+ [Actualizaciones del motor de base de datos de Aurora MySQL del 20/09/2018 (versión 1.18.0) (obsoleta)](AuroraMySQL.Updates.1180.md)
+ [Actualizaciones del motor de base de datos de Aurora MySQL del 05/03/2020 (versión 1.17.9) (obsoleta)](AuroraMySQL.Updates.1179.md)
+ [Actualizaciones del motor de base de datos de Aurora MySQL del 17/01/2019 (versión 1.17.8) (obsoleta)](AuroraMySQL.Updates.1178.md)
+ [Actualizaciones del motor de base de datos de Aurora MySQL del 08/10/2018 (versión 1.17.7) (obsoleta)](AuroraMySQL.Updates.1177.md)
+ [Actualizaciones del motor de base de datos de Aurora MySQL del 06/09/2018 (versión 1.17.6) (obsoleta)](AuroraMySQL.Updates.1176.md)
+ [Actualizaciones del motor de base de datos de Aurora MySQL del 14/08/2018 (versión 1.17.5) (obsoleta)](AuroraMySQL.Updates.1175.md)
+ [Actualizaciones del motor de base de datos de Aurora MySQL del 07/08/2018 (versión 1.17.4) (obsoleta)](AuroraMySQL.Updates.1174.md)
+ [Actualizaciones del motor de base de datos de Aurora MySQL del 05/06/2018 (versión 1.17.3) (obsoleta)](AuroraMySQL.Updates.1173.md)
+ [Actualizaciones del motor de base de datos de Aurora MySQL del 27/04/2018 (versión 1.17.2) (obsoleta)](AuroraMySQL.Updates.1172.md)
+ [Actualizaciones del motor de base de datos de Aurora MySQL del 23/03/2018 (versión 1.17.1) (obsoleta)](AuroraMySQL.Updates.1171.md)
+ [Actualizaciones del motor de base de datos de Aurora MySQL del 13/03/2018 (versión 1.17) (obsoleta)](AuroraMySQL.Updates.117.md)
+ [Actualizaciones del motor de base de datos de Aurora MySQL del 11/12/2017 (versión 1.16) (obsoleta)](AuroraMySQL.Updates.20171211.md)
+ [Actualizaciones del motor de base de datos de Aurora MySQL del 20/11/2017 (versión 1.15.1) (obsoleta)](AuroraMySQL.Updates.20171120.md)
+ [Actualizaciones del motor de base de datos de Aurora MySQL del 24/10/2017 (versión 1.15) (obsoleta)](AuroraMySQL.Updates.20171024.md)
+ [Actualizaciones del motor de base de datos de Aurora MySQL del 13/03/2018 (versión 1.14.4) (obsoleta)](AuroraMySQL.Updates.1144.md)
+ [Actualizaciones del motor de base de datos de Aurora MySQL del 22/09/2017 (versión 1.14.1) (obsoleta)](AuroraMySQL.Updates.20170922.md)
+ [Actualizaciones del motor de base de datos de Aurora MySQL del 07/08/2017 (versión 1.14) (obsoleta)](AuroraMySQL.Updates.20170807.md)
+ [Actualizaciones del motor de base de datos de Aurora MySQL del 15/05/2017 (versión 1.13) (obsoleta)](AuroraMySQL.Updates.20170515.md)
+ [Actualizaciones del motor de base de datos de Aurora MySQL del 05/04/2017 (versión 1.12) (obsoleta)](AuroraMySQL.Updates.20170405.md)
+ [Actualizaciones del motor de base de datos de Aurora MySQL del 23/02/2017 (versión 1.11) (obsoleta)](AuroraMySQL.Updates.20170223.md)
+ [Actualizaciones del motor de base de datos de Aurora MySQL del 12/01/2017 (versión 1.10.1) (obsoleta)](AuroraMySQL.Updates.20170112.md)
+ [Actualizaciones del motor de base de datos de Aurora MySQL del 14/02/2016 (versión 1.10) (obsoleta)](AuroraMySQL.Updates.20161214.md)
+ [Actualizaciones del motor de base de datos de Aurora MySQL del 10/11/2016 (versiones 1.9.0 y 1.9.1) (obsoletas)](AuroraMySQL.Updates.20161110.md)
+ [Actualizaciones del motor de base de datos de Aurora MySQL del 26/10/2016 (versión 1.8.1) (obsoleta)](AuroraMySQL.Updates.20161026.md)
+ [Actualizaciones del motor de base de datos de Aurora MySQL del 18/10/2016 (versión 1.8) (obsoleta)](AuroraMySQL.Updates.20161018.md)
+ [Actualizaciones del motor de base de datos de Aurora MySQL del 20/09/2016 (versión 1.7.1) (obsoleta)](AuroraMySQL.Updates.20160920.md)
+ [Actualizaciones del motor de base de datos de Aurora MySQL del 30/08/2016 (versión 1.7.0) (obsoleta)](AuroraMySQL.Updates.20160830.md)
+ [Actualizaciones del motor de base de datos de Aurora MySQL del 01/06/2016 (versión 1.6.5) (obsoleta)](AuroraMySQL.Updates.20160601.md)
+ [Actualizaciones del motor de base de datos de Aurora MySQL del 06/04/2016 (versión 1.6) (obsoleta)](AuroraMySQL.Updates.20160406.md)
+ [Actualizaciones del motor de base de datos de Aurora MySQL del 11/01/2016 (versión 1.5) (obsoleta)](AuroraMySQL.Updates.20160111.md)
+ [Actualizaciones del motor de base de datos de Aurora MySQL del 03/12/2015 (versión 1.4) (obsoleta)](AuroraMySQL.Updates.20151203.md)
+ [Actualizaciones del motor de base de datos de Aurora MySQL del 16/10/2015 (versiones 1.2 y 1.3) (obsoletas)](AuroraMySQL.Updates.20151016.md) 
+ [Actualizaciones del motor de base de datos de Aurora MySQL del 24/08/2015 (versión 1.1) (obsoleta)](AuroraMySQL.Updates.20150824.md)

# Actualizaciones del motor de base de datos de Aurora MySQL del 30/09/2021 (versión 1.23.4) (obsoleta)
<a name="AuroraMySQL.Updates.1234"></a><a name="1234"></a><a name="1.23.4"></a>

**Versión:** 1.23.4

Aurora MySQL 1.23.4 ya está disponible con carácter general. Las versiones 2.\$1 de Aurora MySQL son compatibles con MySQL 5.7 y las versiones 1.\$1 de Aurora MySQL son compatibles con MySQL 5.6.

Esta versión del motor está programada para quedar obsoleta el 28 de febrero de 2023. Para obtener más información, consulte [Preparación para el final de la vida útil de la versión 1 de la Edición compatible con MySQL de Amazon Aurora](https://docs.aws.amazon.com/AmazonRDS/latest/AuroraUserGuide/Aurora.MySQL56.EOL.html).

 Las versiones de Aurora MySQL compatibles actualmente son: 1.19.5, 1.19.6, 1.22.\$1, 1.23.\$1, 2.04.\$1, 2.07.\$1, 2.08.\$1, 2,09.\$1, 2.10.\$1, 3.01.\$1 y 3.02.\$1. 

 Para crear un clúster con una versión de Aurora MySQL anterior, especifique la versión del motor a través de la consola de RDS, la CLI de AWS o la API de Amazon RDS. 

 Si tiene alguna duda, el equipo de AWS Support está disponible en los foros de la comunidad y a través de [AWS Support](https://aws.amazon.com/support). Para obtener más información, consulte [Mantenimiento de un clúster de base de datos de Amazon Aurora](https://docs.aws.amazon.com/AmazonRDS/latest/AuroraUserGuide/USER_UpgradeDBInstance.Maintenance.html) en la *Guía del usuario de Amazon Aurora*. 

## Mejoras
<a name="AuroraMySQL.Updates.1234.Improvements"></a>

 **Mejoras generales:** 
+  Se ha corregido un problema que podía provocar un elevado consumo de CPU en las instancias del lector debido al registro excesivo de mensajes informativos en los archivos de registro de diagnóstico internos. 

 **Correcciones de prioridad alta:** 
+ [CVE-2021-2307](https://cve.mitre.org/cgi-bin/cvename.cgi?name=CVE-2021-2307)
+ [CVE-2021-2226](https://cve.mitre.org/cgi-bin/cvename.cgi?name=CVE-2021-2226)
+ [CVE-2021-2160](https://cve.mitre.org/cgi-bin/cvename.cgi?name=CVE-2021-2160)
+ [CVE-2021-2154](https://cve.mitre.org/cgi-bin/cvename.cgi?name=CVE-2021-2154)
+ [CVE-2021-2060](https://cve.mitre.org/cgi-bin/cvename.cgi?name=CVE-2021-2060)
+ [CVE-2021-2032](https://cve.mitre.org/cgi-bin/cvename.cgi?name=CVE-2021-2032)
+ [CVE-2021-2001](https://cve.mitre.org/cgi-bin/cvename.cgi?name=CVE-2021-2001)

# Actualizaciones del motor de base de datos de Aurora MySQL del 28/06/2021 (versión 1.23.3) (obsoleta)
<a name="AuroraMySQL.Updates.1233"></a><a name="1233"></a><a name="1.23.3"></a>

**Versión:** 1.23.3

Aurora MySQL 1.23.3 está disponible con carácter general. Las versiones 1.\$1 de Aurora MySQL son compatibles con MySQL 5.6 y las versiones 2.\$1 de Aurora MySQL son compatibles con MySQL 5.7.

Esta versión del motor está programada para quedar obsoleta el 28 de febrero de 2023. Para obtener más información, consulte [Preparación para el final de la vida útil de la versión 1 de la Edición compatible con MySQL de Amazon Aurora](https://docs.aws.amazon.com/AmazonRDS/latest/AuroraUserGuide/Aurora.MySQL56.EOL.html).

 Las versiones de Aurora MySQL compatibles actualmente son: 1.19.5, 1.19.6, 1.22.\$1, 1.23.\$1, 2.04.\$1, 2.07.\$1, 2.08.\$1, 2,09.\$1, 2.10.\$1, 3.01.\$1 y 3.02.\$1. 

 Para crear un clúster con una versión de Aurora MySQL anterior, especifique la versión del motor a través de la consola de RDS, la CLI de AWS o la API de Amazon RDS. 

 Si tiene alguna duda, el equipo de AWS Support está disponible en los foros de la comunidad y a través de [AWS Support](https://aws.amazon.com/support). Para obtener más información, consulte [Mantenimiento de un clúster de base de datos de Amazon Aurora](https://docs.aws.amazon.com/AmazonRDS/latest/AuroraUserGuide/USER_UpgradeDBInstance.Maintenance.html) en la *Guía del usuario de Amazon Aurora*. 

## Mejoras
<a name="AuroraMySQL.Updates.1233.Improvements"></a>

 Mejoras generales de estabilidad y disponibilidad. 

 **Correcciones de seguridad:** 
+ [CVE-2021-23841](https://cve.mitre.org/cgi-bin/cvename.cgi?name=CVE-2021-23841)
+ [CVE-2021-3449](https://cve.mitre.org/cgi-bin/cvename.cgi?name=CVE-2021-3449)
+ [CVE-2020-28196](https://cve.mitre.org/cgi-bin/cvename.cgi?name=CVE-2020-28196)

# Actualizaciones del motor de base de datos de Aurora MySQL del 18/03/2021 (versión 1.23.2) (obsoleta)
<a name="AuroraMySQL.Updates.1232"></a><a name="1232"></a><a name="1.23.2"></a>

**Versión:** 1.23.2

Aurora MySQL 1.23.2 ya está disponible con carácter general. Las versiones 1.\$1 de Aurora MySQL son compatibles con MySQL 5.6 y las versiones 2.\$1 de Aurora MySQL son compatibles con MySQL 5.7.

Esta versión del motor está programada para quedar obsoleta el 28 de febrero de 2023. Para obtener más información, consulte [Preparación para el final de la vida útil de la versión 1 de la Edición compatible con MySQL de Amazon Aurora](https://docs.aws.amazon.com/AmazonRDS/latest/AuroraUserGuide/Aurora.MySQL56.EOL.html).

 Las versiones de Aurora MySQL compatibles actualmente son: 1.19.5, 1.19.6, 1.22.\$1, 1.23.\$1, 2.04.\$1, 2.07.\$1, 2.08.\$1, 2,09.\$1, 2.10.\$1, 3.01.\$1 y 3.02.\$1. 

 Para crear un clúster con una versión de Aurora MySQL anterior, especifique la versión del motor a través de la consola de RDS, la CLI de AWS o la API de Amazon RDS. 

**nota**  
 Actualmente, esta versión no está disponible en las siguientes regiones: AWS GovCloud (EE. UU. Este) [us-gov-east-1], AWS GovCloud (EE. UU. Oste) [us-gov-west-1]. Cuando esté disponible, enviaremos una notificación aparte. 

 Si tiene alguna duda, el equipo de AWS Support está disponible en los foros de la comunidad y a través de [AWS Support](https://aws.amazon.com/support). Para obtener más información, consulte [Mantenimiento de un clúster de base de datos de Amazon Aurora](https://docs.aws.amazon.com/AmazonRDS/latest/AuroraUserGuide/USER_UpgradeDBInstance.Maintenance.html) en la *Guía del usuario de Amazon Aurora*. 

## Mejoras
<a name="AuroraMySQL.Updates.1232.Improvements"></a>

 **Correcciones de prioridad alta:** 
+ [CVE-2020-14867](https://cve.mitre.org/cgi-bin/cvename.cgi?name=CVE-2020-14867)
+ [CVE-2020-14812](https://cve.mitre.org/cgi-bin/cvename.cgi?name=CVE-2020-14812)
+ [CVE-2020-14769](https://cve.mitre.org/cgi-bin/cvename.cgi?name=CVE-2020-14769)
+ [CVE-2020-14765](https://cve.mitre.org/cgi-bin/cvename.cgi?name=CVE-2020-14765)
+ [CVE-2020-14793](https://cve.mitre.org/cgi-bin/cvename.cgi?name=CVE-2020-14793)
+ [CVE-2020-14672](https://cve.mitre.org/cgi-bin/cvename.cgi?name=CVE-2020-14672)
+ [CVE-2020-1971](https://cve.mitre.org/cgi-bin/cvename.cgi?name=CVE-2020-1971)
+ [CVE-2018-3143](https://cve.mitre.org/cgi-bin/cvename.cgi?name=CVE-2018-3143)

 **Mejoras de disponibilidad:** 
+  Se ha corregido un problema en la función de cambio de tamaño de almacenamiento en clúster que podía provocar que se reiniciaran las instancias de base de datos del lector. 
+  Se ha corregido un problema de conmutación por error debido a una condición de carrera en la instrucción `RESET QUERY CACHE`. 
+  Se ha corregido un bloqueo en una llamada de procedimiento almacenado anidado con caché de consultas. 
+  Se ha corregido un problema para evitar el reinicio repetido de `mysqld` cuando se recupere de un truncado incompleto de tablas particionadas o subparticionadas. 
+  Se ha corregido un problema que podía provocar que la migración desde las instalaciones o RDS for MySQL a Aurora MySQL no tenga éxito. 
+  Se ha corregido una condición de carrera rara en la que la base de datos se podía reiniciar durante el escalado del volumen de almacenamiento. 
+  Se ha corregido un problema en el administrador de bloqueos que provocaba que una condición de carrera fuera compartida por dos transacciones, lo que provocaba el reinicio de la base de datos. 
+  Se ha corregido un problema relacionado con la administración de memoria de bloqueo de transacciones con transacciones de escritura de larga duración que provocaban un reinicio de la base de datos. 
+  Se ha corregido una condición de carrera en el administrador de bloqueos que provocaba un reinicio de la base de datos o una conmutación por error durante la restauración de la transacción. 
+  Se ha corregido un problema durante la actualización de 5.6 a 5.7 cuando la tabla tenía habilitada la DDL rápida en línea en modo lab en la versión 5.6. 
+  Se han corregido varios problemas por los que el motor podía reiniciarse durante la aplicación de parches sin tiempo de inactividad mientras se buscaba un punto en reposo en la actividad de la base de datos para parchear. 
+  Se han corregido varios problemas relacionados con reinicios repetidos debido a las operaciones DDL interrumpidas, como `DROP TRIGGER`, `ALTER TABLE` y específicamente `ALTER TABLE`, que modifican el tipo de partición o el número de particiones en una tabla. 
+  Valor predeterminado de `table_open_cache` actualizado en instancias 16XL y 24XL para evitar reinicios repetidos y una alta utilización de CPU en clases de instancias grandes (R4/R5-16XL, R5-12XL y R5-24XL). Esto afectaba las versiones 1.21.x y 1.22.x. 
+  Se ha corregido un problema que provocaba que una réplica binlog se detuviera por un error `HA_ERR_KEY_NOT_FOUND`. 

## Integración de correcciones de errores de la edición de la comunidad de MySQL
<a name="AuroraMySQL.Updates.1232.Patches"></a>
+  *Replicación*: mientras se estaba ejecutando una instrucción `SHOW BINLOG EVENTS`, se bloqueó cualquier transacción paralela. La corrección garantiza que el proceso `SHOW BINLOG EVENTS` ahora sólo adquiera un bloqueo durante el cálculo de la posición final del archivo, por lo tanto, las transacciones paralelas no se bloquean durante duraciones largas. (Error n.º 76618 y error n.º 20928790) 

# Actualizaciones del motor de base de datos de Aurora MySQL del 24/11/2020 (versión 1.23.1) (obsoleta)
<a name="AuroraMySQL.Updates.1231"></a><a name="1231"></a><a name="1.23.1"></a>

**Versión:** 1.23.1

Aurora MySQL 1.23.1 ya está disponible con carácter general. Las versiones 1.\$1 de Aurora MySQL son compatibles con MySQL 5.6 y las versiones 2.\$1 de Aurora MySQL son compatibles con MySQL 5.7.

Esta versión del motor está programada para quedar obsoleta el 28 de febrero de 2023. Para obtener más información, consulte [Preparación para el final de la vida útil de la versión 1 de la Edición compatible con MySQL de Amazon Aurora](https://docs.aws.amazon.com/AmazonRDS/latest/AuroraUserGuide/Aurora.MySQL56.EOL.html).

 Las versiones de Aurora MySQL compatibles actualmente son: 1.19.5, 1.19.6, 1.22.\$1, 1.23.\$1, 2.04.\$1, 2.07.\$1, 2.08.\$1, 2,09.\$1, 2.10.\$1, 3.01.\$1 y 3.02.\$1. 

 Para crear un clúster con una versión de Aurora MySQL anterior, especifique la versión del motor a través de la consola de RDS, la CLI de AWS o la API de Amazon RDS. 

 Si tiene alguna duda, el equipo de AWS Support está disponible en los foros de la comunidad y a través de [AWS Support](https://aws.amazon.com/support). Para obtener más información, consulte [Mantenimiento de un clúster de base de datos de Amazon Aurora](https://docs.aws.amazon.com/AmazonRDS/latest/AuroraUserGuide/USER_UpgradeDBInstance.Maintenance.html) en la *Guía del usuario de Amazon Aurora*. 

## Mejoras
<a name="AuroraMySQL.Updates.1231.Improvements"></a>

 **Correcciones de seguridad:** 

 Correcciones y otras mejoras para ajustar la administración en un entorno administrado. Correcciones adicionales de CVE a continuación: 
+ [CVE-2020-14559](https://cve.mitre.org/cgi-bin/cvename.cgi?name=CVE-2020-14559)
+ [CVE-2020-14539](https://cve.mitre.org/cgi-bin/cvename.cgi?name=CVE-2020-14539)

 **Cambios incompatibles:** 

 Esta versión introduce un cambio de permisos que afecta al comportamiento del comando `mysqldump`. Los usuarios deben tener el privilegio de `PROCESS` para acceder a la tabla `INFORMATION_SCHEMA.FILES`. Para ejecutar el comando `mysqldump` sin ningún cambio, conceda el privilegio `PROCESS` al usuario de base de datos al que se conecta el comando `mysqldump`. También puede ejecutar el comando `mysqldump` con la opción `--no-tablespaces`. Con esa opción, la salida `mysqldump ` no incluye ninguna instrucción `CREATE LOGFILE GROUP` o `CREATE TABLESPACE`. En ese caso, el comando `mysqldump` no tiene acceso a la tabla `INFORMATION_SCHEMA.FILES` y no es necesario conceder el permiso `PROCESS`. 

 **Mejoras de disponibilidad:** 
+  Se ha corregido un problema que hacía que una instancia de lector Aurora en un clúster secundario de base de datos global que ejecutase 1.23.0 se reiniciara repetidamente 
+  Se ha corregido un problema que provocaba que las réplicas de una región secundaria de base de datos global se reiniciaran cuando se actualizaba a la versión 1.23.0 mientras el escritor de región principal estaba en una versión anterior. 
+  Se ha corregido una pérdida de memoria en la función de cambio de tamaño dinámico, introducida en Aurora MySQL 1.23.0. 
+  Se ha corregido un problema que podía provocar el reinicio del servidor durante la ejecución de una consulta mediante la función de consulta paralela. 
+  Se ha corregido un problema que podía provocar que una sesión de cliente se bloqueara cuando el motor de base de datos encontraba un error al leer o escribir en la red. 

# Actualizaciones del motor de base de datos de Aurora MySQL del 02/09/2020 (versión 1.23.0) (obsoleta)
<a name="AuroraMySQL.Updates.1230"></a><a name="1230"></a><a name="1.23.0"></a>

**Versión:** 1.23.0

Aurora MySQL 1.23.0 ya está disponible con carácter general. Las versiones 1.\$1 de Aurora MySQL son compatibles con MySQL 5.6 y las versiones 2.\$1 de Aurora MySQL son compatibles con MySQL 5.7.

Esta versión del motor está programada para quedar obsoleta el 28 de febrero de 2023. Para obtener más información, consulte [Preparación para el final de la vida útil de la versión 1 de la Edición compatible con MySQL de Amazon Aurora](https://docs.aws.amazon.com/AmazonRDS/latest/AuroraUserGuide/Aurora.MySQL56.EOL.html).

 Las versiones de Aurora MySQL compatibles actualmente son: 1.19.5, 1.19.6, 1.22.\$1, 1.23.\$1, 2.04.\$1, 2.07.\$1, 2.08.\$1, 2,09.\$1, 2.10.\$1, 3.01.\$1 y 3.02.\$1. 

 Puede restaurar la instantánea de una base de datos de Aurora MySQL 1.\$1 en Aurora MySQL 1.23.0. 

**importante**  
 Las mejoras en el almacenamiento Aurora en esta versión limitan las rutas de actualización disponibles de Aurora MySQL 1.23 a Aurora MySQL 2.\$1. Al actualizar un clúster 1.23 Aurora MySQL a 2.\$1, debe actualizar a Aurora MySQL 2.09.0 o posterior. 

 Para crear un clúster con una versión anterior de Aurora MySQL, especifique la versión del motor mediante la consola de RDS, la AWS CLI o la API de Amazon RDS. 

**nota**  
 Actualmente, esta versión no está disponible en las siguientes regiones: AWS GovCloud (EE. UU. Este) [us-gov-east-1], AWS GovCloud (EE. UU. Oeste) [-1]. us-gov-west Cuando esté disponible, enviaremos una notificación aparte. 

 Si tiene alguna pregunta o duda, el servicio de AWS asistencia está disponible en los foros de la comunidad y a través de [AWS Support](https://aws.amazon.com/support). Para obtener más información, consulte [Mantenimiento de un clúster de base de datos de Amazon Aurora](https://docs.aws.amazon.com/AmazonRDS/latest/AuroraUserGuide/USER_UpgradeDBInstance.Maintenance.html) en la *Guía del usuario de Amazon Aurora*. 

## Mejoras
<a name="AuroraMySQL.Updates.1230.Improvements"></a>

 **Nuevas características:** 
+  Ahora puede activar o desactivar la consulta paralela para un clúster existente cambiando el valor del parámetro de clúster de base de datos `aurora_parallel_query`. No es necesario utilizar la configuración de `parallelquery` del parámetro `--engine-mode` al crear el clúster. 

   La consulta paralela ahora se expande para estar disponible en todas las regiones donde Aurora MySQL está disponible. 

   Hay varias mejoras de funcionalidad y cambios en los procedimientos para actualizar y habilitar consultas paralelas en un clúster de Aurora. Para obtener más información, consulte [Trabajar con consultas paralelas de Amazon Aurora MySQL](https://docs.aws.amazon.com/AmazonRDS/latest/AuroraUserGuide/aurora-mysql-parallel-query.html) en la *Guía del usuario de Amazon Aurora*. 
+  Con esta versión, puede crear instancias de base de datos MySQL de Amazon Aurora con hasta 128 tebibytes (TiB) de almacenamiento. El nuevo límite de almacenamiento supone un aumento con respecto a los 64 TiB anteriores. El tamaño de almacenamiento de 128 TiB admite bases de datos mayores. Esta capacidad no se admite en tamaños de instancias pequeñas (db.t2 o db.t3). Un único espacio de tabla no puede crecer más allá de 64 TiB debido a [limitaciones de InnoDB con un tamaño de página de 16 KB](https://dev.mysql.com/doc/refman/5.7/en/innodb-limits.html). 

   Aurora le avisa cuando el tamaño del volumen del clúster está cerca de 128 TiB, de modo que pueda tomar medidas antes de alcanzar el límite de tamaño. Las alertas aparecen en el registro mysql y Eventos RDS en la Consola de administración de AWS. 
+  Procesamiento de binary log (binlog) mejorado para reducir el tiempo de recuperación de errores y la latencia de tiempo de confirmación cuando se trata de transacciones muy grandes. 
+  Aurora cambia dinámicamente el espacio de almacenamiento del clúster. Con el cambio de tamaño dinámico, el espacio de almacenamiento del clúster de base de datos de Aurora disminuye automáticamente al quitar datos del clúster de base de datos. Para obtener más información, consulte [Escalado de almacenamiento](https://docs.aws.amazon.com/AmazonRDS/latest/AuroraUserGuide/Aurora.Managing.Performance.html#Aurora.Managing.Performance.StorageScaling) en la *Guía del usuario de Amazon Aurora*. 
**nota**  
 La función de redimensionamiento dinámico se está implementando por fases en las AWS regiones en las que Aurora está disponible. Dependiendo de la región donde se encuentre el clúster, es posible que esta característica no esté disponible todavía. Para obtener más información, consulte [el anuncio de Novedades](https://aws.amazon.com/about-aws/whats-new/2020/10/amazon-aurora-enables-dynamic-resizing-database-storage-space/). 

 **Correcciones de prioridad alta:** 
+ [CVE-2019-2911](https://cve.mitre.org/cgi-bin/cvename.cgi?name=CVE-2019-2911)
+ [CVE-2019-2537](https://cve.mitre.org/cgi-bin/cvename.cgi?name=CVE-2019-2537)
+ [CVE-2018-2787](https://cve.mitre.org/cgi-bin/cvename.cgi?name=CVE-2018-2787)
+ [CVE-2018-2784](https://cve.mitre.org/cgi-bin/cvename.cgi?name=CVE-2018-2784)
+ [CVE-2018-2645](https://cve.mitre.org/cgi-bin/cvename.cgi?name=CVE-2018-2645)
+ [CVE-2018-2640](https://cve.mitre.org/cgi-bin/cvename.cgi?name=CVE-2018-2640)

 **Mejoras de disponibilidad:** 
+  Se ha corregido un problema en el administrador de bloqueos que provocaba que una condición de carrera fuera compartida por dos transacciones, lo que provocaba el reinicio de la base de datos. 
+  Se ha corregido un problema relacionado con la administración de memoria de bloqueo de transacciones con transacciones de escritura de larga duración que provocaban un reinicio de la base de datos. 
+  Se ha corregido una condición de carrera en el administrador de bloqueos que provocaba un reinicio de la base de datos o una conmutación por error durante la restauración de la transacción. 
+  Se ha corregido un problema durante la actualización de 5.6 a 5.7 en el que `innodb_file_format` cambiaba en una tabla con Fast DL habilitado. 
+  Se han corregido varios problemas por los que el motor podía reiniciarse durante la aplicación de parches sin tiempo de inactividad mientras se buscaba un punto en reposo en la actividad de la base de datos para parchear. 
+  Se ha corregido un problema relacionado con la recuperación de DDL que afectaba al reinicio de la instancia de base de datos al recuperar una operación `DROP TRIGGER` interrumpida. 
+  Se ha corregido un error que podía provocar la falta de disponibilidad de la base de datos si se producía un bloqueo durante la ejecución de determinadas operaciones de partición. Específicamente, una operación `ALTER TABLE` interrumpida que modifica el tipo de partición o el número de particiones en una tabla. 
+  Corregir el valor predeterminado de `table_open_cache` en instancias 16XL y 24XL que podrían provocar conmutaciones por error repetidas y una alta utilización de CPU en clases de instancias grandes (R4/R5-16XL, R5-12XL, R5-24XL). Esto afectaba a 1.21.x y 1.22.x. 

 **Bases de datos globales:** 
+  Rellene los datos que faltan en la `INFORMATION_SCHEMA.REPLICA_HOST_STATUS` vista MySQL en AWS las regiones principales y secundarias de una base de datos global de Aurora. 
+  Se han corregido errores de consulta inesperados que podían producirse en una región secundaria de base de datos global debido a la recolección de elementos no utilizados de registros de DESHACER en la región principal, después de problemas temporales de conectividad de red entre las regiones principal y secundaria. 

 **Consulta paralela:** 
+  Se ha corregido un problema que provocaba que una consulta paralela devolviera un resultado vacío. 
+  Se ha corregido un problema que provocaba que una consulta en una tabla pequeña de la réplica de lectura de Aurora pudiera tardar más de un segundo. 
+  Se ha corregido un problema que podía provocar un reinicio cuando una consulta paralela y una instrucción DML se ejecutaban simultáneamente bajo una gran carga de trabajo. 

 **Mejoras generales:** 
+  Se ha corregido un problema que provocaba que las consultas que utilizaban el índice espacial devolvieran resultados parciales si se creaba un índice espacial en tablas con valores espaciales grandes ya existentes. 
+  Se ha aumentado la longitud máxima permitida para las variables del sistema de auditoría `server_audit_incl_users` y `server_audit_excl_users` de 1024 bytes a 2000 bytes. 
+  Se ha corregido un problema que provocaba que una réplica de binlog conectada a un binlog principal de Aurora MySQL mostrara datos incompletos cuando el binlog principal de Aurora MySQL carga datos de S3 bajo `statement` `binlog_format`. 
+  Cumplir con el comportamiento de la comunidad para asignar binlog\$1format `mixed` a `row` en lugar de `statement` para cargar datos. 
+  Se ha corregido un problema que provocaba que la replicación de binlog dejara de funcionar cuando el usuario cerraba la conexión y la sesión utilizaba tablas temporales. 
+  Se ha mejorado el tiempo de respuesta de una consulta que involucra tablas temporales MyISAM. 
+  Se ha corregido un problema de permisos cuando el trabajador de binlog ejecuta una función lambda nativa. 
+  Se ha corregido un problema en las réplicas de lectura de Aurora al intentar consultar o rotar el registro lento o el registro general. 
+  Se ha corregido un problema que interrumpía la replicación lógica cuando el parámetro `binlog_checksum` se establecía en valores diferentes en el maestro y la réplica. 
+  Se ha corregido un problema por el que la réplica de lectura podía ver de forma transitoria los resultados parciales de una transacción confirmada recientemente en el escritor. 
+  Incluya información de transacción de la transacción restaurada en `show engine innodb status` cuando se resuelva un interbloqueo. 

## Integración de correcciones de errores de la edición de la comunidad de MySQL
<a name="AuroraMySQL.Updates.1230.Patches"></a>
+  Los eventos binlog con `ALTER TABLE ADD COLUMN ALGORITHM=QUICK` serán reescritos como `ALGORITHM=DEFAULT` para ser compatibles con la edición de la comunidad. 
+  Error n.º 22350047: SI EL CLIENTE SE CANCELA DESPUÉS DE RESTAURAR A SAVEPOINT STMTS ANTERIORES CONFIRMADOS 
+  Error n.º 29915479: EJECUTAR COM\$1REGISTER\$1SLAVE SIN COM\$1BINLOG\$1DUMP PUEDE DAR LUGAR A LA SALIDA DEL SERVIDOR 
+  Error n.º 30441969: Error n.º 29723340: EL SERVIDOR DE MYSQL SE BLOQUEA DESPUÉS DE UNA CONSULTA SQL CON DATOS ?AST 
+  Error n.º 30628268: BLOQUEO DE MEMORIA INSUFICIENTE 
+  Error n.º 27081349: COMPORTAMIENTO INESPERADO CUANDO SE ELIMINA CON UNA FUNCIÓN ESPACIAL 
+  Error n.º 27230859: COMPORTAMIENTO INESPERADO CUANDO SE MANEJA UN POLÍGONO NO VÁLIDO 
+  Error n.º 27081349: COMPORTAMIENTO INESPERADO CUANDO SE ELIMINA CON ESPACIAL 
+  Error n.º 26935001: ALTER TABLE AUTO\$1INCREMENT INTENTA LEER UN ÍNDICE DESDE EL ESPACIO DE TABLAS DESCARTADO 
+  Error n.º 29770705: EL SERVIDOR SE BLOQUEÓ AL EJECUTAR SELECT CON UNA CLÁUSULA WHERE ESPECÍFICA 
+  Error n.º 27659490: SELECT USANDO RANGO DINÁMICO Y COMBINACIÓN DE ÍNDICE USA DEMASIADA MEMORIA (MEMORIA INSUFICIENTE) 
+  Error n.º 24786290: LA REPLICACIÓN SE INTERRUMPE DESPUÉS DE QUE SE PRODUZCA EL ERROR N.º 74145 EN EL MAESTRO 
+  Error n.º 27703912: USO DE MEMORIA EXCESIVO CON MUCHOS PREPARATIVOS 
+  ERROR \$120527363: ¡SE BLOQUEA LA TABLA TEMPORAL DE TRUNCATE:\$1 DICT\$1 TF2 \$1FLAG\$1IS\$1SET (TABLA, DICT\$1 \$1TEMPORARY) TF2 
+  Error n.º 23103937: PS\$1TRUNCATE\$1ALL\$1TABLES() NO FUNCIONA EN MODO SUPER\$1READ\$1ONLY 
+  Error n.º 25053286: USAR VISTA CON CONDICIÓN EN PROCEDIMIENTO PROVOCA UN COMPORTAMIENTO INCORRECTO (corregido en 5.6.36) 
+  Error n.º 25586773: COMPORTAMIENTO INCORRECTO PARA CREAR SELECCIÓN DE TABLA EN UN BUCLE EN SP (corregido en 5.6.39) 
+  Error n.º 27407480: LOS REQUISITOS AUTOMATIC\$1SP\$1PRIVILEGES NECESITAN PRIVILEGIOS INSERT PARA LA TABLA MYSQL.USER 
+  Error n.º 26997096: el valor `relay_log_space` no se actualiza de forma sincronizada de forma que su valor en ocasiones es mucho más alto que el espacio real en disco utilizando los registros de retransmisión. 
+  Error n.º 15831300 SLAVE\$1TYPE\$1CONVERSIONS=ALL\$1NON\$1LOSSY NOT FUNCIONA COMO SE ESPERABA 
+  Adaptación de error SSL Error n.º 17087862, Error n.º 20551271 
+  Error n.º 16894092: REGRESIÓN DEL RENDIMIENTO EN 5.6.6\$1 PARA INSERT INTO ... SELECT ... DE (fijo en 5.6.15). 
+  Se ha portado una corrección de error relacionada con `SLAVE_TYPE_CONVERSIONS`. 

# Actualizaciones del motor de base de datos de Aurora MySQL del 03/06/2021 (versión 1.22.5) (obsoleta)
<a name="AuroraMySQL.Updates.1225"></a><a name="1225"></a><a name="1.22.5"></a>

 **Versión:** 1.22.5 

 Aurora MySQL 1.22.5 ya está disponible con carácter general. Las versiones 1.\$1 de Aurora MySQL son compatibles con MySQL 5.6 y las versiones 2.\$1 de Aurora MySQL son compatibles con MySQL 5.7. 

Esta versión del motor está programada para quedar obsoleta el 28 de febrero de 2023. Para obtener más información, consulte [Preparación para el final de la vida útil de la versión 1 de la Edición compatible con MySQL de Amazon Aurora](https://docs.aws.amazon.com/AmazonRDS/latest/AuroraUserGuide/Aurora.MySQL56.EOL.html).

 Las versiones de Aurora MySQL compatibles actualmente son: 1.19.5, 1.19.6, 1.22.\$1, 1.23.\$1, 2.04.\$1, 2.07.\$1, 2.08.\$1, 2,09.\$1, 2.10.\$1, 3.01.\$1 y 3.02.\$1. 

 Para crear un clúster con una versión de Aurora MySQL anterior, especifique la versión del motor a través de la consola de RDS, la CLI de AWS o la API de Amazon RDS. 

**nota**  <a name="lts_notice_1225"></a>
 Esta versión se designa como una versión de soporte a largo plazo (LTS). Para obtener más información, consulte [Versiones de soporte a largo plazo (LTS) de Aurora MySQL](https://docs.aws.amazon.com/AmazonRDS/latest/AuroraUserGuide/AuroraMySQL.Updates.Versions.html#AuroraMySQL.Updates.LTS) en la *Guía del usuario de Amazon Aurora*. 

 Si tiene alguna duda, el equipo de AWS Support está disponible en los foros de la comunidad y a través de [AWS Support](https://aws.amazon.com/support). Para obtener más información, consulte [Mantenimiento de un clúster de base de datos de Amazon Aurora](https://docs.aws.amazon.com/AmazonRDS/latest/AuroraUserGuide/USER_UpgradeDBInstance.Maintenance.html) en la *Guía del usuario de Amazon Aurora*. 

## Mejoras
<a name="AuroraMySQL.Updates.1225.Improvements"></a>

 **Mejoras de disponibilidad:** 
+  Se ha resuelto un problema que podía provocar que la base de datos se detenga y posteriormente se reiniciara o produjera una conmutación por error debido a un conflicto de concurrencia entre los subprocesos de limpieza internos. 
+  Se ha resuelto un problema que podía provocar que el clúster no estuviera disponible si la base de datos se reiniciaba mientras las transacciones XA estaban en estado preparado y, a continuación, se reiniciaba de nuevo antes de que dichas transacciones se confirman o se deshagan. Antes de que se implemente esta corrección, puede solucionar el problema al restaurar el clúster a un momento anterior al primer reinicio. 
+  Se ha resuelto un problema que podía provocar que la purga de InnoDB se bloqueara si la base de datos se reiniciaba mientras procesaba una sentencia DDL. Como resultado, la longitud de la lista del historial de InnoDB aumentaría y el volumen de almacenamiento en clúster seguiría creciendo hasta que se llenara, de modo que la base de datos no estaría disponible. Antes de que se implemente esta corrección, puede mitigar el problema al reiniciar de nuevo la base de datos para desbloquear la purga. 

# Actualizaciones del motor de base de datos de Aurora MySQL del 04/03/2021 (versión 1.22.4) (obsoleta)
<a name="AuroraMySQL.Updates.1224"></a><a name="1224"></a><a name="1.22.4"></a>

**Versión:** 1.22.4

Aurora MySQL 1.22.4 ya está disponible con carácter general. Las versiones 1.\$1 de Aurora MySQL son compatibles con MySQL 5.6 y las versiones 2.\$1 de Aurora MySQL son compatibles con MySQL 5.7.

Esta versión del motor está programada para quedar obsoleta el 28 de febrero de 2023. Para obtener más información, consulte [Preparación para el final de la vida útil de la versión 1 de la Edición compatible con MySQL de Amazon Aurora](https://docs.aws.amazon.com/AmazonRDS/latest/AuroraUserGuide/Aurora.MySQL56.EOL.html).

 Las versiones de Aurora MySQL compatibles actualmente son: 1.19.5, 1.19.6, 1.22.\$1, 1.23.\$1, 2.04.\$1, 2.07.\$1, 2.08.\$1, 2,09.\$1, 2.10.\$1, 3.01.\$1 y 3.02.\$1. 

 Para crear un clúster con una versión de Aurora MySQL anterior, especifique la versión del motor a través de la consola de RDS, la CLI de AWS o la API de Amazon RDS. 

**nota**  <a name="lts_notice_1224"></a>
 Esta versión se designa como una versión de soporte a largo plazo (LTS). Para obtener más información, consulte [Versiones de soporte a largo plazo (LTS) de Aurora MySQL](https://docs.aws.amazon.com/AmazonRDS/latest/AuroraUserGuide/AuroraMySQL.Updates.Versions.html#AuroraMySQL.Updates.LTS) en la *Guía del usuario de Amazon Aurora*. 

 Si tiene alguna duda, el equipo de AWS Support está disponible en los foros de la comunidad y a través de [AWS Support](https://aws.amazon.com/support). Para obtener más información, consulte [Mantenimiento de un clúster de base de datos de Amazon Aurora](https://docs.aws.amazon.com/AmazonRDS/latest/AuroraUserGuide/USER_UpgradeDBInstance.Maintenance.html) en la *Guía del usuario de Amazon Aurora*. 

## Mejoras
<a name="AuroraMySQL.Updates.1224.Improvements"></a>

 **Correcciones de seguridad:** 

 Correcciones y otras mejoras para ajustar la administración en un entorno administrado. Correcciones adicionales de CVE a continuación: 
+ [CVE-2020-14867](https://cve.mitre.org/cgi-bin/cvename.cgi?name=CVE-2020-14867)
+ [CVE-2020-14812](https://cve.mitre.org/cgi-bin/cvename.cgi?name=CVE-2020-14812)
+ [CVE-2020-14793](https://cve.mitre.org/cgi-bin/cvename.cgi?name=CVE-2020-14793)
+ [CVE-2020-14769](https://cve.mitre.org/cgi-bin/cvename.cgi?name=CVE-2020-14769)
+ [CVE-2020-14765](https://cve.mitre.org/cgi-bin/cvename.cgi?name=CVE-2020-14765)
+ [CVE-2020-14672](https://cve.mitre.org/cgi-bin/cvename.cgi?name=CVE-2020-14672)
+ [CVE-2020-1971](https://cve.mitre.org/cgi-bin/cvename.cgi?name=CVE-2020-1971)

 **Mejoras de disponibilidad:** 
+  Se ha corregido un problema que podía desencadenar un reinicio de la base de datos o una conmutación por error durante un comando `kill session`. Si encuentra este problema, póngase en contacto con AWS Support para habilitar esta corrección en su instancia. 
+  Procesamiento de registros binarios mejorado para reducir el tiempo de recuperación tras un bloqueo y la latencia del tiempo de confirmación cuando se trata de transacciones muy grandes. 
+  Se ha corregido un problema que provocaba que una réplica binlog se detuviera por un error `HA_ERR_KEY_NOT_FOUND`. 

# Actualizaciones del motor de base de datos de Aurora MySQL del 09/11/2020 (versión 1.22.3) (obsoleta)
<a name="AuroraMySQL.Updates.1223"></a><a name="1223"></a><a name="1.22.3"></a>

**Versión:** 1.22.3

Aurora MySQL 1.22.3 ya está disponible con carácter general. Las versiones 1.\$1 de Aurora MySQL son compatibles con MySQL 5.6 y las versiones 2.\$1 de Aurora MySQL son compatibles con MySQL 5.7.

Esta versión del motor está programada para quedar obsoleta el 28 de febrero de 2023. Para obtener más información, consulte [Preparación para el final de la vida útil de la versión 1 de la Edición compatible con MySQL de Amazon Aurora](https://docs.aws.amazon.com/AmazonRDS/latest/AuroraUserGuide/Aurora.MySQL56.EOL.html).

 Las versiones de Aurora MySQL compatibles actualmente son: 1.19.5, 1.19.6, 1.22.\$1, 1.23.\$1, 2.04.\$1, 2.07.\$1, 2.08.\$1, 2,09.\$1, 2.10.\$1, 3.01.\$1 y 3.02.\$1. 

 Para crear un clúster con una versión de Aurora MySQL anterior, especifique la versión del motor a través de la consola de RDS, la CLI de AWS o la API de Amazon RDS. 

**nota**  <a name="lts_notice_1223"></a>
 Esta versión se designa como una versión de soporte a largo plazo (LTS). Para obtener más información, consulte [Versiones de soporte a largo plazo (LTS) de Aurora MySQL](https://docs.aws.amazon.com/AmazonRDS/latest/AuroraUserGuide/AuroraMySQL.Updates.Versions.html#AuroraMySQL.Updates.LTS) en la *Guía del usuario de Amazon Aurora*. 

 Si tiene alguna duda, el equipo de AWS Support está disponible en los foros de la comunidad y a través de [AWS Support](https://aws.amazon.com/support). Para obtener más información, consulte [Mantenimiento de un clúster de base de datos de Amazon Aurora](https://docs.aws.amazon.com/AmazonRDS/latest/AuroraUserGuide/USER_UpgradeDBInstance.Maintenance.html) en la *Guía del usuario de Amazon Aurora*. 

## Mejoras
<a name="AuroraMySQL.Updates.1223.Improvements"></a>

 **Correcciones de seguridad:** 

 Correcciones y otras mejoras para ajustar la administración en un entorno administrado. Correcciones adicionales de CVE a continuación: 
+ [CVE-2020-14559](https://cve.mitre.org/cgi-bin/cvename.cgi?name=CVE-2020-14559)
+ [CVE-2020-14539](https://cve.mitre.org/cgi-bin/cvename.cgi?name=CVE-2020-14539)
+ [CVE-2020-2579](https://cve.mitre.org/cgi-bin/cvename.cgi?name=CVE-2020-2579)
+ [CVE-2020-2812](https://cve.mitre.org/cgi-bin/cvename.cgi?name=CVE-2020-2812)
+ [CVE-2020-2780](https://cve.mitre.org/cgi-bin/cvename.cgi?name=CVE-2020-2780)
+ [CVE-2020-2763](https://cve.mitre.org/cgi-bin/cvename.cgi?name=CVE-2020-2763)

 **Cambios incompatibles:** 

 Esta versión introduce un cambio de permisos que afecta al comportamiento del comando `mysqldump`. Los usuarios deben tener el privilegio de `PROCESS` para acceder a la tabla `INFORMATION_SCHEMA.FILES`. Para ejecutar el comando `mysqldump` sin ningún cambio, conceda el privilegio `PROCESS` al usuario de base de datos al que se conecta el comando `mysqldump`. También puede ejecutar el comando `mysqldump` con la opción `--no-tablespaces`. Con esa opción, la salida `mysqldump ` no incluye ninguna instrucción `CREATE LOGFILE GROUP` o `CREATE TABLESPACE`. En ese caso, el comando `mysqldump` no tiene acceso a la tabla `INFORMATION_SCHEMA.FILES` y no es necesario conceder el permiso `PROCESS`. 

 **Mejoras de disponibilidad:** 
+  Se han corregido los problemas que podían provocar el reinicio del servidor durante la recuperación de una instrucción DDL que no se confirmó. 
+  Se han corregido las condiciones de carrera en el administrador de bloqueos que pueden provocar el reinicio del servidor. 
+  Se ha corregido un problema que podía hacer que el agente de supervisión reiniciara el servidor durante la recuperación de una transacción grande. 

 **Mejoras generales:** 
+  Se ha cambiado el comportamiento de mapeo `MIXED` `binlog_format` a `ROW` en lugar de `STATEMENT` cuando se ejecuta `LOAD DATA FROM INFILE | S3`. 
+  Se ha corregido un problema que provocaba que una réplica de binlog conectada a un binlog principal de Aurora MySQL mostrara datos incompletos cuando el principal ejecutaba `LOAD DATA FROM S3` y `binlog_format` se establecía en `STATEMENT`. 

## Integración de correcciones de errores de la edición de la comunidad de MySQL
<a name="AuroraMySQL.Updates.1223.Patches"></a>
+  Error n.° 26654685: Un ID de índice dañado encontrado durante una comprobación de clave externa generó una aserción 
+  Error n.° 15831300: De forma predeterminada, al promover enteros de un tipo más pequeño en el maestro a un tipo más grande en el esclavo (por ejemplo, de una columna [SMALLINT](https://dev.mysql.com/doc/refman/5.6/en/integer-types.html) en el maestro a una columna [BIGINT](https://dev.mysql.com/doc/refman/5.6/en/integer-types.html) en el esclavo), los valores promocionados se tratan como si estuvieran firmados. Ahora, en tales casos es posible modificar o anular este comportamiento utilizando uno o ambos de `ALL_SIGNED`, `ALL_UNSIGNED` en el conjunto de valores especificados para la variable de sistema del servidor [slave\$1type\$1conversions](https://dev.mysql.com/doc/refman/5.6/en/replication-options-replica.html#sysvar_slave_type_conversions). Para obtener más información, consulte [Replicación basada en filas: promoción y degradación de atributos](https://dev.mysql.com/doc/refman/5.6/en/replication-features-differing-tables.html#replication-features-attribute-promotion), así como la descripción de la variable. 
+  Error n.° 17449901: Con `foreign_key_checks=0`, InnoDB permitió que se eliminara un índice requerido por una restricción de clave externa, colocando la tabla en una inconsistente y causando un error en la comprobación de clave externa que se produce en la carga de la tabla. InnoDB ahora evita que se caiga un índice requerido por una restricción de clave externa, incluso con foreign\$1key\$1checks=0. Se debe eliminar la restricción de clave externa antes de eliminar el índice de clave externa. 
+  ERROR \$120768847: Una [ALTER TABLE ... La operación DROP INDEX](https://dev.mysql.com/doc/refman/5.7/en/alter-table.html) en una tabla con dependencias de clave externa generó una aserción. 

# Actualizaciones del motor de base de datos de Aurora MySQL del 05/03/2020 (versión 1.22.2) (obsoleta)
<a name="AuroraMySQL.Updates.1222"></a>

**Versión:** 1.22.2

Aurora MySQL 1.22.2 ya está disponible con carácter general. Las versiones 1.\$1 de Aurora MySQL son compatibles con MySQL 5.6 y las versiones 2.\$1 de Aurora MySQL son compatibles con MySQL 5.7.

Esta versión del motor está programada para quedar obsoleta el 28 de febrero de 2023. Para obtener más información, consulte [Preparación para el final de la vida útil de la versión 1 de la Edición compatible con MySQL de Amazon Aurora](https://docs.aws.amazon.com/AmazonRDS/latest/AuroraUserGuide/Aurora.MySQL56.EOL.html).

 Las versiones de Aurora MySQL compatibles actualmente son: 1.19.5, 1.19.6, 1.22.\$1, 1.23.\$1, 2.04.\$1, 2.07.\$1, 2.08.\$1, 2,09.\$1, 2.10.\$1, 3.01.\$1 y 3.02.\$1. 

 Para crear un clúster con una versión anterior de Aurora MySQL, especifique la versión del motor mediante la consola de RDS, la AWS CLI o la API de Amazon RDS. 

**nota**  
 Actualmente, esta versión no está disponible en las siguientes regiones: AWS GovCloud (EE. UU. Este) [us-gov-east-1], AWS GovCloud (EE. UU. Oeste) [-1]. us-gov-west Cuando esté disponible, enviaremos una notificación aparte.   
 Esta versión se designa como una versión de soporte a largo plazo (LTS). Para obtener más información, consulte [Versiones de soporte a largo plazo (LTS) de Aurora MySQL](https://docs.aws.amazon.com/AmazonRDS/latest/AuroraUserGuide/AuroraMySQL.Updates.Versions.html#AuroraMySQL.Updates.LTS) en la *Guía del usuario de Amazon Aurora*. 

Si tiene alguna pregunta o duda, el servicio de AWS asistencia está disponible en los foros de la comunidad y a través de [AWS Support](https://aws.amazon.com/support). Para obtener más información, consulte [Mantenimiento de un clúster de base de datos de Amazon Aurora](https://docs.aws.amazon.com/AmazonRDS/latest/AuroraUserGuide/USER_UpgradeDBInstance.Maintenance.html) en la *Guía del usuario de Amazon Aurora*.

## Mejoras
<a name="AuroraMySQL.Updates.1222.Improvements"></a>

 **Correcciones de prioridad alta:** 
+  Se ha corregido un problema de errores intermitentes de conexión después de la rotación del certificado. 
+  Se ha corregido un problema que provocaba que la clonación tardase más tiempo en algunos clústeres de bases de datos con cargas de escritura elevadas. 
+  Se ha corregido un problema que interrumpía la replicación lógica cuando el parámetro `binlog_checksum` se establecía en valores diferentes en el maestro y la réplica. 
+  Se ha corregido un problema que provocaba que el registro lento y el registro general no rotaran correctamente en las réplicas de lectura. 
+  Se ha corregido un problema con el comportamiento de nivel de aislamiento confirmado de lectura ANSI. 

# Actualizaciones del motor de base de datos de Aurora MySQL del 23/12/2019 (versión 1.22.1) (obsoleta)
<a name="AuroraMySQL.Updates.1221"></a>

**Versión:** 1.22.1

 Aurora MySQL 1.22.1 ya está disponible con carácter general. Las versiones 1.\$1 de Aurora MySQL son compatibles con MySQL 5.6 y las versiones 2.\$1 de Aurora MySQL son compatibles con MySQL 5.7. 

Esta versión del motor está programada para quedar obsoleta el 28 de febrero de 2023. Para obtener más información, consulte [Preparación para el final de la vida útil de la versión 1 de la Edición compatible con MySQL de Amazon Aurora](https://docs.aws.amazon.com/AmazonRDS/latest/AuroraUserGuide/Aurora.MySQL56.EOL.html).

 Las versiones de Aurora MySQL compatibles actualmente son: 1.19.5, 1.19.6, 1.22.\$1, 1.23.\$1, 2.04.\$1, 2.07.\$1, 2.08.\$1, 2,09.\$1, 2.10.\$1, 3.01.\$1 y 3.02.\$1. 

 Para crear un clúster con una versión anterior de Aurora MySQL, especifique la versión del motor a través de la Consola de administración de AWS, la AWS CLI o la API de RDS. Tiene la opción de actualizar los clústeres de base de datos de Aurora MySQL 1.\$1 existentes a Aurora MySQL 1.22.1. 

**nota**  
 Esta versión no está disponible actualmente en las siguientes AWS regiones: AWS GovCloud (EEUU-Este) [us-gov-east-1], AWS GovCloud (US-Oeste) [us-gov-west-1], China (Ningxia) [cn-northwest-1], Asia Pacífico (Hong Kong) [ap-east-1] y Medio Oriente (Baréin) [me-south-1]. Cuando esté disponible, enviaremos una notificación aparte. 

 Si tiene alguna pregunta o duda, el servicio de AWS asistencia está disponible en los foros de la comunidad y a través de [AWS Support](https://aws.amazon.com/support). Para obtener más información, consulte [Mantenimiento de un clúster de base de datos de Amazon Aurora](https://docs.aws.amazon.com/AmazonRDS/latest/AuroraUserGuide/USER_UpgradeDBInstance.Maintenance.html) en la *Guía del usuario de Amazon Aurora*. 

**nota**  
El procedimiento para actualizar su clúster de base de datos ha cambiado. Para obtener información, consulte [Actualización de la versión secundaria o el nivel de parche de un clúster de bases de datos Aurora MySQL](https://docs.aws.amazon.com/AmazonRDS/latest/AuroraUserGuide/AuroraMySQL.Updates.Patching.html) en la *Guía del usuario de Amazon Aurora*.

## Mejoras
<a name="AuroraMySQL.Updates.1221.Improvements"></a>

 **Correcciones fundamentales:** 
+ Se han corregido problemas que impedían la recuperación del motor cuando había bloqueos de tablas y tablas temporales.
+ Se ha mejorado la estabilidad del registro binario cuando se utilizan tablas temporales.

 **Correcciones de prioridad alta:** 
+ Se ha corregido un problema de pérdida de memoria lenta en el subsistema de seguimiento y registro de bases de datos específico de Aurora que reduce la memoria libre.

# Actualizaciones del motor de base de datos de Aurora MySQL del 25/11/2019 (versión 1.22.0) (obsoleta)
<a name="AuroraMySQL.Updates.1220"></a>

**Versión:** 1.22.0

 Aurora MySQL 1.22.0 ya está disponible con carácter general. Las versiones 1.\$1 de Aurora MySQL son compatibles con MySQL 5.6 y las versiones 2.\$1 de Aurora MySQL son compatibles con MySQL 5.7. 

Esta versión del motor está programada para quedar obsoleta el 28 de febrero de 2023. Para obtener más información, consulte [Preparación para el final de la vida útil de la versión 1 de la Edición compatible con MySQL de Amazon Aurora](https://docs.aws.amazon.com/AmazonRDS/latest/AuroraUserGuide/Aurora.MySQL56.EOL.html).

 Las versiones de Aurora MySQL compatibles actualmente son: 1.19.5, 1.19.6, 1.22.\$1, 1.23.\$1, 2.04.\$1, 2.07.\$1, 2.08.\$1, 2,09.\$1, 2.10.\$1, 3.01.\$1 y 3.02.\$1. 

 Para crear un clúster con una versión anterior de Aurora MySQL, especifique la versión del motor a través de la Consola de administración de AWS, la AWS CLI o la API de RDS. Tiene la opción de actualizar los clústeres de base de datos de Aurora MySQL 1.\$1 existentes a Aurora MySQL 1.22.0. 

**nota**  
 Actualmente, esta versión no está disponible en las siguientes AWS regiones: AWS GovCloud (EEUU-Este) [us-gov-east-1], AWS GovCloud (US-Oeste) [us-gov-west-1], China (Ningxia) [cn-northwest-1], Asia Pacífico (Hong Kong) [ap-east-1], Medio Oriente (Baréin) [me-south-1] y Sudamérica (São Paulo) [sa-east-1]. Cuando esté disponible, enviaremos una notificación aparte. 

 Si tiene alguna pregunta o duda, el servicio de AWS asistencia está disponible en los foros de la comunidad y a través de [AWS Support](https://aws.amazon.com/support). Para obtener más información, consulte [Mantenimiento de un clúster de base de datos de Amazon Aurora](https://docs.aws.amazon.com/AmazonRDS/latest/AuroraUserGuide/USER_UpgradeDBInstance.Maintenance.html) en la *Guía del usuario de Amazon Aurora*. 

**nota**  
El procedimiento para actualizar su clúster de base de datos ha cambiado. Para obtener información, consulte [Actualización de la versión secundaria o el nivel de parche de un clúster de bases de datos Aurora MySQL](https://docs.aws.amazon.com/AmazonRDS/latest/AuroraUserGuide/AuroraMySQL.Updates.Patching.html) en la *Guía del usuario de Amazon Aurora*.

## Mejoras
<a name="AuroraMySQL.Updates.1220.Improvements"></a>

 **Nuevas características:** 
+  Los clústeres de Aurora MySQL ahora son compatibles con los tipos de instancias r5.8xlarge, r5.16xlarge y r5.24xlarge. 
+  Binlog dispone de nuevos cambios para mejorar la latencia del tiempo de confirmación cuando se trata de transacciones muy grandes. 
+  Ahora Aurora MySQL cuenta con un mecanismo para minimizar el periodo de tiempo durante el cual los eventos de una transacción grande se escriben en binlog al confirmar. Esto evita de manera eficaz las largas recuperaciones sin conexión que tienen lugar cuando la base de datos cae durante dicho periodo de tiempo. Esta característica también resuelve el problema cuando una transacción grande bloquea transacciones más pequeñas en la confirmación de binlog. Esta características no está activada de forma predeterminada, el equipo de servicio puede activarla si fuese necesario para su carga de trabajo. Cuando esté habilitada, se activará cuando el tamaño de una transacción sea superior a 500 MB. 
+  Soporte adicional para el nivel de aislamiento `READ COMMITTED` de ANSI en las réplicas de lectura. El nivel de aislamiento permite que las consultas de ejecución prolongada en la réplica de lectura se ejecuten sin repercutir en el gran rendimiento de escrituras del nodo escritor. Para obtener más información, consulte [Niveles de aislamiento de Aurora MySQL](https://docs.aws.amazon.com/AmazonRDS/latest/AuroraUserGuide/AuroraMySQL.Reference.html#AuroraMySQL.Reference.IsolationLevels). 
+  Las bases de datos globales ahora permiten añadir regiones de réplica secundarias de solo lectura para los clústeres de bases de datos desplegados en estas AWS regiones: regiones: EE.UU. Este (Norte de Virginia) [us-east-1], EE.UU. Este (Ohio) [us-east-2], EE.UU. Oeste (Norte de California) [us-west-1], EE.UU. Oeste (Oregón) [us-west-2], Europa (Irlanda) [eu-west-1], (Londres) [eu-west-2], Europa (París) [eu-west-3], Asia Pacífico (Tokio) [ap-northeast-1], Asia Pacífico (Seúl) [ap-northeast-2], Asia Pacífico (Singapur) [ap-southeast-1], Asia Pacífico (Sídney) [ap-southeast-1], Asia Pacífico (Sídney) [ap-southeast-1] ap-southeast-2], Canadá (Central) [ca-central-1], Europa (Frankfurt) [ eu-central-1] y Asia Pacífico (Bombay) [ap-south-1]. 
+  La característica de contención de filas activas por lo general está disponible actualmente y no precisa que la configuración del modo lab de Aurora esté Activo. Esta característica mejora sustancialmente el rendimiento de las cargas de trabajo, ya que muchas transacciones compiten por filas en la misma página. 
+  Esta versión ha actualizado los archivos de franjas horarias para ser compatible con la última actualización de franja horaria de Brasil en los nuevos clústeres. 

 **Correcciones fundamentales:** 
+ [CVE-2019-2922](https://cve.mitre.org/cgi-bin/cvename.cgi?name=CVE-2019-2922)
+ [CVE-2019-2923](https://cve.mitre.org/cgi-bin/cvename.cgi?name=CVE-2019-2923)
+ [CVE-2019-2924](https://cve.mitre.org/cgi-bin/cvename.cgi?name=CVE-2019-2924)
+ [CVE-2019-2910](https://cve.mitre.org/cgi-bin/cvename.cgi?name=CVE-2019-2910)

 **Correcciones de prioridad alta:** 
+ [CVE-2019-2805](https://cve.mitre.org/cgi-bin/cvename.cgi?name=CVE-2019-2805)
+ [CVE-2019-2730](https://cve.mitre.org/cgi-bin/cvename.cgi?name=CVE-2019-2730)
+ [CVE-2019-2740](https://cve.mitre.org/cgi-bin/cvename.cgi?name=CVE-2019-2740)
+ [CVE-2018-3064](https://cve.mitre.org/cgi-bin/cvename.cgi?name=CVE-2018-3064)
+ [CVE-2018-3058](https://cve.mitre.org/cgi-bin/cvename.cgi?name=CVE-2018-3058)
+ [CVE-2017-3653](https://cve.mitre.org/cgi-bin/cvename.cgi?name=CVE-2017-3653)
+ [CVE-2017-3464](https://cve.mitre.org/cgi-bin/cvename.cgi?name=CVE-2017-3464)
+ [CVE-2017-3244](https://cve.mitre.org/cgi-bin/cvename.cgi?name=CVE-2017-3244)
+ [CVE-2016-5612](https://cve.mitre.org/cgi-bin/cvename.cgi?name=CVE-2016-5612)
+ [CVE-2016-5439](https://cve.mitre.org/cgi-bin/cvename.cgi?name=CVE-2016-5439)
+ [CVE-2016-0606](https://cve.mitre.org/cgi-bin/cvename.cgi?name=CVE-2016-0606)
+ [CVE-2015-4904](https://cve.mitre.org/cgi-bin/cvename.cgi?name=CVE-2015-4904)
+ [CVE-2015-4879](https://cve.mitre.org/cgi-bin/cvename.cgi?name=CVE-2015-4879)
+ [CVE-2015-4864](https://cve.mitre.org/cgi-bin/cvename.cgi?name=CVE-2015-4864)
+ [CVE-2015-4830](https://cve.mitre.org/cgi-bin/cvename.cgi?name=CVE-2015-4830)
+ [CVE-2015-4826](https://cve.mitre.org/cgi-bin/cvename.cgi?name=CVE-2015-4826)
+ [CVE-2015-2620](https://cve.mitre.org/cgi-bin/cvename.cgi?name=CVE-2015-2620)
+ [CVE-2015-0382](https://cve.mitre.org/cgi-bin/cvename.cgi?name=CVE-2015-0382)
+ [CVE-2015-0381](https://cve.mitre.org/cgi-bin/cvename.cgi?name=CVE-2015-0381)
+ [CVE-2014-6555](https://cve.mitre.org/cgi-bin/cvename.cgi?name=CVE-2014-6555)
+ [CVE-2014-4258](https://cve.mitre.org/cgi-bin/cvename.cgi?name=CVE-2014-4258)
+ [CVE-2014-4260](https://cve.mitre.org/cgi-bin/cvename.cgi?name=CVE-2014-4260)
+ [CVE-2014-2444](https://cve.mitre.org/cgi-bin/cvename.cgi?name=CVE-2014-2444)
+ [CVE-2014-2436](https://cve.mitre.org/cgi-bin/cvename.cgi?name=CVE-2014-2436)
+ [CVE-2013-5881](https://cve.mitre.org/cgi-bin/cvename.cgi?name=CVE-2013-5881)
+ [CVE-2014-0393](https://cve.mitre.org/cgi-bin/cvename.cgi?name=CVE-2014-0393)
+ [CVE-2013-5908](https://cve.mitre.org/cgi-bin/cvename.cgi?name=CVE-2013-5908)
+ [CVE-2013-5807](https://cve.mitre.org/cgi-bin/cvename.cgi?name=CVE-2013-5807)
+ [CVE-2013-3806](https://cve.mitre.org/cgi-bin/cvename.cgi?name=CVE-2013-3806)
+ [CVE-2013-3811](https://cve.mitre.org/cgi-bin/cvename.cgi?name=CVE-2013-3811)
+ [CVE-2013-3804](https://cve.mitre.org/cgi-bin/cvename.cgi?name=CVE-2013-3804)
+ [CVE-2013-3807](https://cve.mitre.org/cgi-bin/cvename.cgi?name=CVE-2013-3807)
+ [CVE-2013-2378](https://cve.mitre.org/cgi-bin/cvename.cgi?name=CVE-2013-2378)
+ [CVE-2013-2375](https://cve.mitre.org/cgi-bin/cvename.cgi?name=CVE-2013-2375)
+ [CVE-2013-1523](https://cve.mitre.org/cgi-bin/cvename.cgi?name=CVE-2013-1523)
+ [CVE-2013-2381](https://cve.mitre.org/cgi-bin/cvename.cgi?name=CVE-2013-2381)
+ [CVE-2012-5615](https://cve.mitre.org/cgi-bin/cvename.cgi?name=CVE-2012-5615)
+ [CVE-2014-6489](https://cve.mitre.org/cgi-bin/cvename.cgi?name=CVE-2014-6489)
+  Se solventó un problema en componente de la recuperación de DDL que resultó en un tiempo de inactividad de la base de datos prolongado. Se deben actualizar los clústeres que dejen de estar disponibles después de llevar a cabo la consulta de `TRUNCATE TABLE` en una tabla con una columna `AUTO_INCREMENT`. 
+  Se solventó un problema en componente de la recuperación de DDL que resultó en un tiempo de inactividad de la base de datos prolongado. Se deben actualizar los clústeres que dejen de estar disponibles después de llevar a cabo la consulta de `DROP TABLE` en varias tablas en paralelo. 

 **Correcciones de estabilidad general:** 
+  Se ha corregido un error que provocó que las réplicas de lectura se reiniciasen durante una transacción de ejecución larga. Los clientes que presenten reinicios de réplicas que coincidan con un descenso acelerado de la memoria liberable deben considerar actualizar a esta versión. 
+  Se ha corregido un problema que notificaba `ERROR 1836` por error al ejecutar una consulta anidada en una tabla temporal en la réplica de lectura. 
+  Se ha corregido un error de cancelación de consulta paralela en una instancia de lector de Aurora mientras se ejecuta una gran carga de trabajo de escritura en la instancia de escritor de Aurora. 
+  Se ha corregido un problema que provoca que una base de datos configurada como un maestro de binlog se reinicie mientras se ejecuta una gran carga de trabajo de escritura. 
+  Se ha corregido un problema de falta de disponibilidad prolongada durante el reinicio del motor. Esto aborda un problema en el inicio del grupo del búfer. Este problema se produce en escasas ocasiones pero puede afectar a cualquier versión admitida 
+  Se solventó un problema que ocasionó inconsistencias en los datos de la tabla `information_schema.replica_host_status`. 
+  Se ha corregido un estado extraño entre la consulta paralela y las rutas de ejecución estándar que provocaron que los nodos de lector se reiniciasen de inmediato. 
+  Se ha mejorado la estabilidad de la base de datos cuando el número de conexiones de los clientes supera el valor del parámetro `max_connections`. 
+  Se ha mejorado la estabilidad de las instancias de lector al bloquear el DDL no compatible y las consultas de `LOAD FROM S3`. 

## Integración de correcciones de errores de la edición de la comunidad de MySQL
<a name="AuroraMySQL.Updates.1220.Patches"></a>
+  Error n.º 16346241: SERVER CRASH IN ITEM\$1PARAM::QUERY\$1VAL\$1STR 
+  Error n.º 17733850: NAME\$1CONST() CRASH IN ITEM\$1NAME\$1CONST::ITEM\$1NAME\$1CONST() 
+  Error n.º 20989615: EL AUMENTO AUTOMÁTICO DE INNODB PRODUCE EL MISMO VALOR DOS VECES 
+  Error n.º 20181776: EL CONTROL DE ACCESO NO COINCIDE CON LA MAYORÍA DE HOSTS ESPECÍFICOS CUANDO CONTIENEN COMODINES 
+  FALLO \$127326796: MYSQL SE BLOQUEA DEBIDO A UN ERROR DE AFIRMACIÓN DE INNODB EN EL ARCHIVO PARS.CC PARS0 
+  Error n.º 20590013: SI CUENTA CON UN ÍNDICE DE TEXTO COMPLETO Y LO ELIMINA NO PODRÁ VOLVER A REALIZAR UN DDL EN LÍNEA 

# Actualizaciones del motor de base de datos de Aurora MySQL del 25/11/2019 (versión 1.21.0) (obsoleta)
<a name="AuroraMySQL.Updates.1210"></a>

**Versión:** 1.21.0

 Aurora MySQL 1.21.0 ya está disponible con carácter general. Las versiones 1.\$1 de Aurora MySQL son compatibles con MySQL 5.6 y las versiones 2.\$1 de Aurora MySQL son compatibles con MySQL 5.7. 

Las versiones de Aurora MySQL compatibles actualmente son 1.14.\$1, 1.15.\$1, 1.16.\$1, 1.17.\$1, 1.18.\$1, 1.19.\$1, 1.20.\$1, 1.21.\$1, 1.22.\$1, 2.01.\$1, 2.02.\$1, 2.03.\$1, 2.04.\$1, 2.05.\$1, 2.06.\$1 y 2.07.\$1. Para crear un clúster con una versión anterior de Aurora MySQL, especifique la versión del motor a través de la Consola de administración de AWS, la AWS CLI o la API de RDS. Tiene la opción de actualizar los clústeres de base de datos de Aurora MySQL 1.\$1 existentes a Aurora MySQL 1.21.0. 

**nota**  
 Esta versión no está disponible actualmente en las siguientes AWS regiones: AWS GovCloud (EEUU-Este) [us-gov-east-1], AWS GovCloud (US-Oeste) [us-gov-west-1], China (Ningxia) [cn-northwest-1], Asia Pacífico (Hong Kong) [ap-east-1], Europa (Estocolmo) [eu-north-1] y Oriente Medio (Baréin) [me-south-1]. Cuando esté disponible, enviaremos una notificación aparte. 

 Si tiene alguna pregunta o duda, el servicio de AWS asistencia está disponible en los foros de la comunidad y a través de [AWS Support](https://aws.amazon.com/support). Para obtener más información, consulte [Mantenimiento de un clúster de base de datos de Amazon Aurora](https://docs.aws.amazon.com/AmazonRDS/latest/AuroraUserGuide/USER_UpgradeDBInstance.Maintenance.html) en la *Guía del usuario de Amazon Aurora*. 

**nota**  
El procedimiento para actualizar su clúster de base de datos ha cambiado. Para obtener información, consulte [Actualización de la versión secundaria o el nivel de parche de un clúster de bases de datos Aurora MySQL](https://docs.aws.amazon.com/AmazonRDS/latest/AuroraUserGuide/AuroraMySQL.Updates.Patching.html) en la *Guía del usuario de Amazon Aurora*.

## Mejoras
<a name="AuroraMySQL.Updates.1210.Improvements"></a>

 **Correcciones fundamentales:** 
+ [CVE-2018-0734](https://cve.mitre.org/cgi-bin/cvename.cgi?name=CVE-2018-0734)
+ [CVE-2019-2534](https://cve.mitre.org/cgi-bin/cvename.cgi?name=CVE-2019-2534)
+ [CVE-2018-2612](https://cve.mitre.org/cgi-bin/cvename.cgi?name=CVE-2018-2612)
+ [CVE-2017-3599](https://cve.mitre.org/cgi-bin/cvename.cgi?name=CVE-2017-3599)
+ [CVE-2018-2562](https://cve.mitre.org/cgi-bin/cvename.cgi?name=CVE-2018-2562)
+ [CVE-2017-3329](https://nvd.nist.gov/vuln/detail/CVE-2017-3329)
+ [CVE-2018-2696](https://cve.mitre.org/cgi-bin/cvename.cgi?name=CVE-2018-2696)
+ [CVE-2015-4737](https://cve.mitre.org/cgi-bin/cvename.cgi?name=CVE-2015-4737)

 **Correcciones de prioridad alta:** 
+  Se recomienda encarecidamente a los clientes cuya base de datos tenga un tamaño de aproximadamente 64 tebibytes (TiB) actualizar a esta versión para evitar sufrir tiempos de inactividad provocados por errores de estabilidad que afectan a volúmenes cercanos al límite de almacenamiento de Aurora. 

 **Correcciones de estabilidad general:** 
+  Se ha corregido un error de cancelación de consulta paralela en instancias de lector de Aurora mientras se ejecuta una gran carga de trabajo de escritura en la instancia de escritor de Aurora. 
+  Se ha corregido un problema en las instancias del lector de Aurora que reducía la memoria libre durante las transacciones de larga duración mientras había un gran tráfico de confirmación de transacciones en la instancia del escritor. 
+  El valor del parámetro `aurora_disable_hash_join` ahora persiste después de reiniciar la base de datos o reemplazar el host. 
+  Se ha solucionado un problema relacionado con la memoria caché de búsqueda de texto completo que hacía que la instancia de Aurora se quedara sin memoria. Los clientes que utilicen la búsqueda de texto completo deben actualizar. 
+  Estabilidad mejorada de la base de datos cuando la característica de unión de hash está habilitada y la instancia tiene poca memoria. Los clientes que utilicen una combinación de hash deben actualizar. 
+  Se ha corregido un problema en la memoria caché de consultas donde el error "Demasiadas conexiones" podía provocar un reinicio. 
+  Se ha corregido el cálculo de memoria libre en instancias T2 para incluir espacio de memoria de intercambio para evitar reinicios innecesarios. 

## Integración de correcciones de errores de la edición de la comunidad de MySQL
<a name="AuroraMySQL.Updates.1210.Patches"></a>
+  ERROR \$119929406: HANDLE\$1FATAL\$1SIGNAL (SIG=11) EN \$1\$1MEMMOVE\$1 \$1BACK FROM STRING: :COPY SSSE3 
+  Error n. º 17059925: para instrucciones [UNION](https://dev.mysql.com/doc/refman/5.6/en/union.html), el valor examinado de las filas se calculó incorrectamente. Esto se manifestó como valores demasiado grandes para la columna `ROWS_EXAMINED` de las tablas de la instrucción de Performance Schema (como [events\$1statements\$1current](https://dev.mysql.com/doc/refman/8.0/en/performance-schema-events-statements-current-table.html)). 
+  Error n.º 11827369: algunas consultas con subconsultas anidadas `SELECT ... FROM DUAL` plantearon una aserción. 
+  Error n. º16311231: se devolvieron resultados incorrectos si una consulta contenía una subconsulta en una cláusula `IN` que contenía una operación [XOR](https://dev.mysql.com/doc/refman/5.6/en/logical-operators.html#operator_xor) en la cláusula `WHERE`. 

# Actualizaciones del motor de base de datos de Aurora MySQL del 05/03/2020 (versión 1.20.1) (obsoleta)
<a name="AuroraMySQL.Updates.1201"></a>

**Versión:** 1.20.1

Aurora MySQL 1.20.1 ya está disponible con carácter general. Las versiones 1.\$1 de Aurora MySQL son compatibles con MySQL 5.6 y las versiones 2.\$1 de Aurora MySQL son compatibles con MySQL 5.7.

 Las versiones de Aurora MySQL compatibles actualmente son 1.14.\$1, 1.15.\$1, 1.16.\$1, 1.17.\$1, 1.18.\$1, 1.19.\$1, 1.20.\$1, 1.21.\$1, 1.22.\$1, 2.01.\$1, 2.02.\$1, 2.03.\$1, 2.04.\$1, 2.05.\$1, 2.06.\$1 y 2.07.\$1. Puede restaurar la instantánea de una base de datos de Aurora MySQL 1.\$1 en Aurora MySQL 1.20.1. 

 Para crear un clúster con una versión anterior de Aurora MySQL, especifique la versión del motor mediante la consola de RDS, la AWS CLI o la API de Amazon RDS. 

**nota**  
 Actualmente, esta versión no está disponible en las siguientes regiones: AWS GovCloud (EE. UU. Este) [us-gov-east-1], AWS GovCloud (EE. UU. Oeste) [-1]. us-gov-west Cuando esté disponible, enviaremos una notificación aparte. 

Si tiene alguna pregunta o duda, el servicio de AWS asistencia está disponible en los foros de la comunidad y a través de [AWS Support](https://aws.amazon.com/support). Para obtener más información, consulte [Mantenimiento de un clúster de base de datos de Amazon Aurora](https://docs.aws.amazon.com/AmazonRDS/latest/AuroraUserGuide/USER_UpgradeDBInstance.Maintenance.html) en la *Guía del usuario de Amazon Aurora*.

## Mejoras
<a name="AuroraMySQL.Updates.1201.Improvements"></a>

 **Correcciones de prioridad alta:** 
+  Se ha corregido un problema de errores intermitentes de conexión después de la rotación del certificado. 
+  Se ha corregido un problema relacionado con la concurrencia de cierre de conexión que provocaría una conmutación por error en cargas de trabajo pesadas. 

 **Correcciones de estabilidad general:** 
+  Se ha corregido un problema de bloqueo al ejecutarse una consulta compleja que implicaba agregación y combinaciones de varias tablas que utiliza tablas intermedias internamente. 

# Actualizaciones del motor de base de datos de Aurora MySQL del 11/11/2019 (versión 1.20.0) (obsoleta)
<a name="AuroraMySQL.Updates.1200"></a>

**Versión:** 1.20.0

 Aurora MySQL 1.20.0 ya está disponible con carácter general. Las versiones 1.\$1 de Aurora MySQL son compatibles con MySQL 5.6 y las versiones 2.\$1 de Aurora MySQL son compatibles con MySQL 5.7. 

 Las versiones de Aurora MySQL actualmente compatibles son las versiones 11.14.\$1, 1.15.\$1, 1.16.\$1, 1.17.\$1, 1.18.\$1, 1.19.\$1, 1.20.\$1, 2.01.\$1, 2.02.\$1, 2.03.\$1 y 2.04.\$1. Para crear un clúster con una versión anterior de Aurora MySQL, especifique la versión del motor a través de la Consola de administración de AWS, la AWS CLI o la API de RDS. Tiene la opción de actualizar los clústeres de base de datos de Aurora MySQL 1.\$1 existentes, hasta 1.19.5, a Aurora MySQL 1.20.0. 

**nota**  
 Esta versión no está disponible actualmente en las siguientes AWS regiones: AWS GovCloud (EEUU-Este) [us-gov-east-1], AWS GovCloud (US-Oeste) [us-gov-west-1], China (Ningxia) [cn-northwest-1], Asia Pacífico (Hong Kong) [ap-east-1], Europa (Estocolmo) [eu-north-1] y Oriente Medio (Baréin) [me-south-1]. Cuando esté disponible, enviaremos una notificación aparte. 

 Si tiene alguna pregunta o duda, el servicio de AWS asistencia está disponible en los foros de la comunidad y a través de [AWS Support](https://aws.amazon.com/support). Para obtener más información, consulte [Mantenimiento de un clúster de base de datos de Amazon Aurora](https://docs.aws.amazon.com/AmazonRDS/latest/AuroraUserGuide/USER_UpgradeDBInstance.Maintenance.html) en la *Guía del usuario de Amazon Aurora*. 

**nota**  
El procedimiento para actualizar su clúster de base de datos ha cambiado. Para obtener información, consulte [Actualización de la versión secundaria o el nivel de parche de un clúster de bases de datos Aurora MySQL](https://docs.aws.amazon.com/AmazonRDS/latest/AuroraUserGuide/AuroraMySQL.Updates.Patching.html) en la *Guía del usuario de Amazon Aurora*.

## Mejoras
<a name="AuroraMySQL.Updates.1200.Improvements"></a>

 **Correcciones fundamentales:** 
+ [CVE-2018-0734](https://cve.mitre.org/cgi-bin/cvename.cgi?name=CVE-2018-0734)
+ [CVE-2019-2534](https://cve.mitre.org/cgi-bin/cvename.cgi?name=CVE-2019-2534)
+ [CVE-2018-2612](https://cve.mitre.org/cgi-bin/cvename.cgi?name=CVE-2018-2612)
+ [CVE-2017-3599](https://cve.mitre.org/cgi-bin/cvename.cgi?name=CVE-2017-3599)
+ [CVE-2018-2562](https://cve.mitre.org/cgi-bin/cvename.cgi?name=CVE-2018-2562)
+ [CVE-2017-3329](https://nvd.nist.gov/vuln/detail/CVE-2017-3329)
+ [CVE-2018-2696](https://cve.mitre.org/cgi-bin/cvename.cgi?name=CVE-2018-2696)
+ [CVE-2015-4737](https://cve.mitre.org/cgi-bin/cvename.cgi?name=CVE-2015-4737)

 **Correcciones de prioridad alta:** 
+  Se recomienda encarecidamente a los clientes cuya base de datos tenga un tamaño de aproximadamente 64 tebibytes (TiB) actualizar a esta versión para evitar sufrir tiempos de inactividad provocados por errores de estabilidad que afectan a volúmenes cercanos al límite de almacenamiento de Aurora. 

 **Correcciones de estabilidad general:** 
+  Se ha corregido un error de cancelación de consulta paralela en instancias de lector de Aurora mientras se ejecuta una gran carga de trabajo de escritura en la instancia de escritor de Aurora. 
+  Se ha corregido un problema en las instancias del lector de Aurora que reducía la memoria libre durante las transacciones de larga duración mientras había un gran tráfico de confirmación de transacciones en la instancia del escritor. 
+  El valor del parámetro `aurora_disable_hash_join` ahora persiste después de reiniciar la base de datos o reemplazar el host. 
+  Se ha solucionado un problema relacionado con la memoria caché de búsqueda de texto completo que hacía que la instancia de Aurora se quedara sin memoria. Los clientes que utilicen la búsqueda de texto completo deben actualizar. 
+  Estabilidad mejorada de la base de datos cuando la característica de unión de hash está habilitada y la instancia tiene poca memoria. Los clientes que utilicen una combinación de hash deben actualizar. 
+  Se ha corregido un problema en la memoria caché de consultas donde el error "Demasiadas conexiones" podía provocar un reinicio. 
+  Se ha corregido el cálculo de memoria libre en instancias T2 para incluir espacio de memoria de intercambio para evitar reinicios innecesarios. 

## Integración de correcciones de errores de la edición de la comunidad de MySQL
<a name="AuroraMySQL.Updates.1200.Patches"></a>
+  ERROR \$119929406: HANDLE\$1FATAL\$1SIGNAL (SIG=11) EN \$1\$1MEMMOVE\$1 \$1BACK FROM STRING: :COPY SSSE3 
+  Error n. º 17059925: para instrucciones [UNION](https://dev.mysql.com/doc/refman/5.6/en/union.html), el valor examinado de las filas se calculó incorrectamente. Esto se manifestó como valores demasiado grandes para la columna `ROWS_EXAMINED` de las tablas de la instrucción de Performance Schema (como [events\$1statements\$1current](https://dev.mysql.com/doc/refman/8.0/en/performance-schema-events-statements-current-table.html)). 
+  Error n.º 11827369: algunas consultas con subconsultas anidadas `SELECT ... FROM DUAL` plantearon una aserción. 
+  Error n. º16311231: se devolvieron resultados incorrectos si una consulta contenía una subconsulta en una cláusula `IN` que contenía una operación [XOR](https://dev.mysql.com/doc/refman/5.6/en/logical-operators.html#operator_xor) en la cláusula `WHERE`. 

# Actualizaciones del motor de base de datos de Aurora MySQL del 05/03/2020 (versión 1.19.6) (obsoleta)
<a name="AuroraMySQL.Updates.1196"></a>

**Versión:** 1.19.6

Aurora MySQL 1.19.6 ya está disponible con carácter general. Las versiones 1.\$1 de Aurora MySQL son compatibles con MySQL 5.6 y las versiones 2.\$1 de Aurora MySQL son compatibles con MySQL 5.7.

Esta versión del motor está programada para quedar obsoleta el 28 de febrero de 2023. Para obtener más información, consulte [Preparación para el final de la vida útil de la versión 1 de la Edición compatible con MySQL de Amazon Aurora](https://docs.aws.amazon.com/AmazonRDS/latest/AuroraUserGuide/Aurora.MySQL56.EOL.html).

 Las versiones de Aurora MySQL compatibles actualmente son: 1.19.5, 1.19.6, 1.22.\$1, 1.23.\$1, 2.04.\$1, 2.07.\$1, 2.08.\$1, 2,09.\$1, 2.10.\$1, 3.01.\$1 y 3.02.\$1. 

 Puede restaurar la instantánea de una base de datos de Aurora MySQL 1.\$1 en Aurora MySQL 1.19.6. 

 Para crear un clúster con una versión anterior de Aurora MySQL, especifique la versión del motor mediante la consola de RDS, la AWS CLI o la API de Amazon RDS. 

**nota**  
 Actualmente, esta versión no está disponible en las siguientes regiones: AWS GovCloud (EE. UU. Este) [us-gov-east-1], AWS GovCloud (EE. UU. Oeste) [-1]. us-gov-west Cuando esté disponible, enviaremos una notificación aparte. 

Si tiene alguna pregunta o duda, el servicio de AWS asistencia está disponible en los foros de la comunidad y a través de [AWS Support](https://aws.amazon.com/support). Para obtener más información, consulte [Mantenimiento de un clúster de base de datos de Amazon Aurora](https://docs.aws.amazon.com/AmazonRDS/latest/AuroraUserGuide/USER_UpgradeDBInstance.Maintenance.html) en la *Guía del usuario de Amazon Aurora*.

## Mejoras
<a name="AuroraMySQL.Updates.1196.Improvements"></a>

 **Correcciones de prioridad alta:** 
+  Se ha corregido un problema de errores intermitentes de conexión después de la rotación del certificado. 

# Actualizaciones del motor de base de datos de Aurora MySQL del 19/09/2019 (versión 1.19.5) (obsoleta)
<a name="AuroraMySQL.Updates.1195"></a>

**Versión:** 1.19.5

 Aurora MySQL 1.19.5 ya está disponible con carácter general. Las versiones 1.\$1 de Aurora MySQL son compatibles con MySQL 5.6 y las versiones 2.\$1 de Aurora MySQL son compatibles con MySQL 5.7. 

Esta versión del motor está programada para quedar obsoleta el 28 de febrero de 2023. Para obtener más información, consulte [Preparación para el final de la vida útil de la versión 1 de la Edición compatible con MySQL de Amazon Aurora](https://docs.aws.amazon.com/AmazonRDS/latest/AuroraUserGuide/Aurora.MySQL56.EOL.html).

 Las versiones de Aurora MySQL compatibles actualmente son: 1.19.5, 1.19.6, 1.22.\$1, 1.23.\$1, 2.04.\$1, 2.07.\$1, 2.08.\$1, 2,09.\$1, 2.10.\$1, 3.01.\$1 y 3.02.\$1. 

 Tiene la opción de actualizar los clústeres de base de datos existentes a Aurora MySQL 1.19.5. Puede restaurar instantáneas de Aurora MySQL 1.14.\$1, 1.15.\$1, 1.16.\$1, 1.17.\$1, 1.18.\$1, 1.19.1 y 1.19.2 en Aurora MySQL 1.19.5. 

 Para usar una versión anterior de Aurora MySQL, puede crear nuevos clústeres de bases de datos especificando la versión del motor a través de la Consola de administración de AWS AWS CLI, la o la API de RDS. 

 Si tiene alguna pregunta o duda, el servicio de AWS asistencia está disponible en los foros de la comunidad y a través de [AWS Support](https://aws.amazon.com/support). Para obtener más información, consulte [Mantenimiento de un clúster de base de datos de Amazon Aurora](https://docs.aws.amazon.com/AmazonRDS/latest/AuroraUserGuide/USER_UpgradeDBInstance.Maintenance.html) en la *Guía del usuario de Amazon Aurora*. 

**nota**  
 Actualmente, esta versión no está disponible en las siguientes AWS regiones: Europa (Londres) [eu-west-2] AWS GovCloud , (US-Este) [-1], (US-Oeste) us-gov-east [-1] AWS GovCloud , China (Ningxia) [us-gov-westcn-northwest-1] y Asia Pacífico (Hong Kong) [ap-east-1]. Cuando esté disponible, enviaremos una notificación aparte. 

**nota**  
El procedimiento para actualizar su clúster de base de datos ha cambiado. Para obtener información, consulte [Actualización de la versión secundaria o el nivel de parche de un clúster de bases de datos Aurora MySQL](https://docs.aws.amazon.com/AmazonRDS/latest/AuroraUserGuide/AuroraMySQL.Updates.Patching.html) en la *Guía del usuario de Amazon Aurora*.

## Mejoras
<a name="AuroraMySQL.Updates.1195.Improvements"></a>
+  Se ha corregido un problema en las instancias del lector de Aurora que reducía la memoria libre durante las transacciones de larga duración mientras había un gran tráfico de confirmación de transacciones en la instancia del escritor. 
+  Se ha corregido un error de cancelación de consulta paralela en instancias de lector de Aurora mientras se ejecuta una gran carga de trabajo de escritura en la instancia de escritor de Aurora. 
+  El valor del parámetro `aurora_disable_hash_join` ahora persiste después de reiniciar la base de datos o reemplazar el host. 
+  Se ha solucionado un problema relacionado con la memoria caché de búsqueda de texto completo que hacía que la instancia de Aurora se quedara sin memoria. 
+  Se ha mejorado la estabilidad de la base de datos cuando el tamaño del volumen está cerca del límite de 64 tebibytes (TiB) al reservar 160 GB de espacio para que el flujo de trabajo de recuperación se complete sin que se produzca una conmutación por error. 
+  Estabilidad mejorada de la base de datos cuando la característica de unión de hash está habilitada y la instancia tiene poca memoria. 
+  Se ha corregido el cálculo de memoria libre para incluir espacio de memoria de intercambio en instancias T2 que hacía que se reiniciaran prematuramente 
+  Se ha corregido un problema en la memoria caché de consultas donde el error "Demasiadas conexiones" podía provocar un reinicio. 

## Integración de correcciones de errores de la edición de la comunidad de MySQL
<a name="AuroraMySQL.Updates.1195.Patches"></a>
+  [CVE-2018-2696](http://cve.mitre.org/cgi-bin/cvename.cgi?name=CVE-2018-2696) 
+  [CVE-2015-4737](http://cve.mitre.org/cgi-bin/cvename.cgi?name=CVE-2015-4737) 
+  ERROR \$119929406: HANDLE\$1FATAL\$1SIGNAL (SIG=11) EN \$1\$1MEMMOVE\$1 \$1BACK FROM STRING: :COPY SSSE3 
+  Error n. º 17059925: para instrucciones [UNION](https://dev.mysql.com/doc/refman/5.6/en/union.html), el valor examinado de las filas se calculó incorrectamente. Esto se manifestó como valores demasiado grandes para la columna `ROWS_EXAMINED` de las tablas de la instrucción de Performance Schema (como [events\$1statements\$1current](https://dev.mysql.com/doc/refman/8.0/en/performance-schema-events-statements-current-table.html)). 
+  Error n.º 11827369: algunas consultas con subconsultas anidadas `SELECT ... FROM DUAL` plantearon una aserción. 
+  Error n. º16311231: se devolvieron resultados incorrectos si una consulta contenía una subconsulta en una cláusula `IN` que contenía una operación [XOR](https://dev.mysql.com/doc/refman/5.6/en/logical-operators.html#operator_xor) en la cláusula `WHERE`. 

# Actualizaciones del motor de base de datos de Aurora MySQL del 05/06/2019 (versión 1.19.2) (obsoleta)
<a name="AuroraMySQL.Updates.1192"></a>

**versión:** 1.19.2

 Aurora MySQL 1.19.2 ya está disponible con carácter general. Todos los clústeres de base de datos de Aurora MySQL nuevos compatibles con MySQL 5.6, incluidos los que se hayan restaurado a partir de instantáneas, se pueden crear con 1.17.8, 1.19.0, 1.19.1 o 1.19.2. Tiene la opción, aunque no es obligatorio, de actualizar clústeres de base de datos existentes a Aurora MySQL 1.19.2. Para usar una versión anterior, puede crear nuevos clústeres de base de datos en Aurora MySQL 1.14.4, Aurora MySQL 1.15.1, Aurora MySQL 1.16, Aurora MySQL 1.17.8 o Aurora MySQL 1.18. Puede hacerlo mediante la API AWS CLI o la API de Amazon RDS y especificando la versión del motor. 

 Si tiene alguna pregunta o duda, el servicio de AWS asistencia está disponible en los foros de la comunidad y a través de [AWS Support](https://aws.amazon.com/support). Para obtener más información, consulte [Mantenimiento de un clúster de base de datos de Amazon Aurora](https://docs.aws.amazon.com/AmazonRDS/latest/AuroraUserGuide/USER_UpgradeDBInstance.Maintenance.html) en la *Guía del usuario de Amazon Aurora*. 

**nota**  
 Actualmente, esta versión no está disponible en las regiones AWS GovCloud (US-West) [us-gov-west-1], Europa (Estocolmo) [eu-north-1], China (Ningxia) [cn-northwest-1] y Asia Pacífico (Hong Kong) [ap-east-1]. AWS Cuando esté disponible, enviaremos una notificación aparte. 

**nota**  
El procedimiento para actualizar su clúster de base de datos ha cambiado. Para obtener información, consulte [Actualización de la versión secundaria o el nivel de parche de un clúster de bases de datos Aurora MySQL](https://docs.aws.amazon.com/AmazonRDS/latest/AuroraUserGuide/AuroraMySQL.Updates.Patching.html) en la *Guía del usuario de Amazon Aurora*.

## Mejoras
<a name="AuroraMySQL.Updates.1192.Improvements"></a>
+  Se ha solucionado un problema que podía causar errores al cargar datos en Aurora desde Amazon S3. 
+  Se ha solucionado un problema que podía causar errores al cargar datos desde Aurora hasta Amazon S3. 
+  Se ha solucionado un problema que creaba sesiones zombi con estado de canceladas. 
+  Se ha solucionado un problema que provocaba anulaciones de conexiones cuando se gestionaba un error en la administración de protocolos de red. 
+  Se ha solucionado un problema que podía provocar un bloqueo cuando se trabajaba con tablas particionadas. 
+  Se ha solucionado un problema relacionado con la replicación del binlog de la creación de desencadenadores. 

# Actualizaciones del motor de base de datos de Aurora MySQL del 09/05/2019 (versión 1.19.1) (obsoleta)
<a name="AuroraMySQL.Updates.1191"></a>

**Versión:** 1.19.1

 Aurora MySQL 1.19.1 ya está disponible con carácter general. Todos los clústeres de base de datos Aurora MySQL nuevos compatibles con MySQL 5.6, incluidos los que se hayan restablecido a partir de instantáneas, se crearán con 1.17.8, 1.19.0 o 1.19.1. Tiene la opción, aunque no es obligatorio, de actualizar clústeres de base de datos existentes a Aurora MySQL 1.19.1. Para usar una versión anterior, puede crear nuevos clústeres de base de datos en Aurora MySQL 1.14.4, Aurora MySQL 1.15.1, Aurora MySQL 1.16, Aurora MySQL 1.17.8 o Aurora MySQL 1.18. Puede hacerlo mediante la API AWS CLI o la API de Amazon RDS y especificando la versión del motor. 

Si tiene alguna pregunta o duda, el servicio de AWS asistencia está disponible en los foros de la comunidad y a través de [AWS Support](https://aws.amazon.com/support). Para obtener más información, consulte [Mantenimiento de un clúster de base de datos de Amazon Aurora](https://docs.aws.amazon.com/AmazonRDS/latest/AuroraUserGuide/USER_UpgradeDBInstance.Maintenance.html) en la *Guía del usuario de Amazon Aurora*.

**nota**  
 Esta versión no está disponible actualmente en las regiones AWS GovCloud (EEUU-Oeste) [us-gov-west-1] y China (Beijing) [cn-north-1]. Cuando esté disponible, enviaremos una notificación aparte. 

**nota**  
El procedimiento para actualizar su clúster de base de datos ha cambiado. Para obtener información, consulte [Actualización de la versión secundaria o el nivel de parche de un clúster de bases de datos Aurora MySQL](https://docs.aws.amazon.com/AmazonRDS/latest/AuroraUserGuide/AuroraMySQL.Updates.Patching.html) en la *Guía del usuario de Amazon Aurora*.

## Mejoras
<a name="AuroraMySQL.Updates.1191.Improvements"></a>
+  Se ha corregido un error en la replicación de binlog que provocaba problemas en las instancias de Aurora configuradas como nodo de trabajo de binlog. 
+  Solución de un error en la gestión de determinados tipos de comandos `ALTER TABLE`. 
+  Solución de un problema con conexiones anuladas debido a un error en la gestión de protocolos de red. 

# Actualizaciones del motor de base de datos de Aurora MySQL del 07/02/2019 (versión 1.19.0) (obsoleta)
<a name="AuroraMySQL.Updates.1190"></a>

**Versión:** 1.19.0

 Aurora MySQL 1.19.0 ya está disponible con carácter general. Todos los clústeres de base de datos Aurora MySQL nuevos compatibles con MySQL 5.6, incluidos los que se hayan restablecido a partir de instantáneas, se crearán con 1.17.8 o 1.19.0. Tiene la opción, aunque no es obligatorio, de actualizar clústeres de base de datos existentes a Aurora MySQL 1.19.0. Para usar una versión anterior, puede crear nuevos clústeres de base de datos en Aurora MySQL 1.14.4, Aurora MySQL 1.15.1, Aurora MySQL 1.16, Aurora MySQL 1.17.8 o Aurora MySQL 1.18.0. Puede hacerlo mediante la API AWS CLI o la API de Amazon RDS y especificando la versión del motor. 

Si tiene alguna pregunta o duda, el servicio de AWS asistencia está disponible en los foros de la comunidad y a través de [AWS Support](https://aws.amazon.com/support). Para obtener más información, consulte [Mantenimiento de un clúster de base de datos de Amazon Aurora](https://docs.aws.amazon.com/AmazonRDS/latest/AuroraUserGuide/USER_UpgradeDBInstance.Maintenance.html) en la *Guía del usuario de Amazon Aurora*.

**nota**  
 Esta versión no está disponible actualmente en las regiones AWS GovCloud (EEUU-Oeste) [us-gov-west-1] y China (Beijing) [cn-north-1]. Cuando esté disponible, enviaremos una notificación aparte. 

**nota**  
El procedimiento para actualizar su clúster de base de datos ha cambiado. Para obtener información, consulte [Actualización de la versión secundaria o el nivel de parche de un clúster de bases de datos Aurora MySQL](https://docs.aws.amazon.com/AmazonRDS/latest/AuroraUserGuide/AuroraMySQL.Updates.Patching.html) en la *Guía del usuario de Amazon Aurora*.

## Características
<a name="AuroraMySQL.Updates.1190.Features"></a>
+  **Selector de versión de Aurora**: a partir de Aurora MySQL 1.19.0, puede seleccionar varias versiones de Aurora compatibles con MySQL 5.6 en la consola de Amazon RDS. Para obtener más información, consulte [Comprobación o especificación de versiones del motor de Aurora MySQL AWS](https://docs.aws.amazon.com/AmazonRDS/latest/AuroraUserGuide/AuroraMySQL.Updates.Versions.html#AuroraMySQL.Updates.EngineVersions) en la *Guía del usuario de Amazon Aurora*. 

## Mejoras
<a name="AuroraMySQL.Updates.1190.Improvements"></a>
+  Solución de un problema de estabilidad relacionado con la consulta `CHECK TABLE` en una réplica de Aurora. 
+  Introducción de una nueva variable de usuario global `aurora_disable_hash_join` para deshabilitar el operador hash join. 
+  Solución de un problema de estabilidad cuando se genera la fila de salida durante varios operadores hash join de tabla. 
+  Solución de un problema en el que se devolvía un resultado erróneo debido a un cambio de plan durante la comprobación de aplicabilidad del operador hash join. 
+  La característica de creación de parches sin actividad es compatible con las transacciones de ejecuciones prolongadas. Esta mejora se aplicará cuando se actualice de la versión 1.19 a una superior. 
+  La característica de creación de parches sin actividad es ahora compatible cuando binlog está habilitado. Esta mejora se aplicará cuando se actualice de la versión 1.19 a una superior. 
+  Solución de un problema que provocaba un pico en el uso de la CPU en le réplica de Aurora no relacionada con la carga de trabajo. 
+  Solución de una condición de carrera en el administrador de bloqueos que generaba el reinicio de la base de datos. 
+  Solución de una condición de carrera en el administrador de bloqueos para mejorar la estabilidad de las instancias de Aurora. 
+  Mejora de la estabilidad del detector de bloqueos dentro del componente del administrador de bloqueos. 
+  `INSERT`Prohibición de la operación en una tabla si InnoDB detecta que el índice está dañado. 
+  Solución de un problema de estabilidad en DLL rápida. 
+  Mejora de la estabilidad de Aurora mediante la reducción del consumo de memoria en una agrupación en lotes de análisis para una subconsulta de una sola fila. 
+  Solución de un problema de estabilidad que se generaba después de eliminar una clave externa cuando la variable del sistema `foreign_key_checks` se establecía en 0. 
+  Solución de un problema en la característica de prevención de memoria insuficiente en el que se sobrescribían erróneamente los cambios en el valor `table_definition_cache` realizados por el usuario. 
+  Solución de problemas de estabilidad en la característica de prevención de memoria insuficiente. 
+  Solución de un problema que establecía `query_time` y `lock_time` en `slow_query_log` en valores no utilizados. 
+  Solución de un problema de estabilidad de consulta en paralelo activada por la gestión inadecuada de la intercalación de cadenas internamente. 
+  Solución de un problema de estabilidad de consulta en paralelo generado por una búsqueda de índice secundario. 
+  Solución de un problema de estabilidad de consulta en paralelo generado por una actualización de varias tablas. 

## Integración de correcciones de errores de la edición de la comunidad de MySQL
<a name="AuroraMySQL.Updates.1190.Patches"></a>
+  ERROR N.º 32917: DETECTAR ARCHIVOS DE GRUPO TEMPORAL HUÉRFANOS Y GESTIONARLOS CON FLUIDEZ 
+  ERROR N.º 63144: CREAR TABLA SI NO EXISTE BLOQUEO DE METADATOS DEMASIADO RESTRICTIVO 

# Actualizaciones del motor de base de datos de Aurora MySQL del 20/09/2018 (versión 1.18.0) (obsoleta)
<a name="AuroraMySQL.Updates.1180"></a>

**Versión:** 1.18.0

Aurora MySQL 1.18.0 ya está disponible con carácter general. Todos los clústeres de consultas paralelas de Aurora MySQL nuevos compatibles con MySQL 5.6, incluidos los que se hayan restaurado a partir de instantáneas, se crearán en Aurora MySQL 1.18.0. Tiene la opción, aunque no es obligatorio, de actualizar los clústeres de consultas paralelas existentes a Aurora MySQL 1.18.0. Puede crear nuevos clústeres de base de datos en Aurora MySQL 1.14.4, Aurora MySQL 1.15.1, Aurora MySQL 1.16 o Aurora MySQL 1.17.6. Puede hacerlo mediante la API AWS CLI o la API de Amazon RDS y especificando la versión del motor. 

Con la versión 1.18.0 de Aurora MySQL, estamos utilizando un modelo de aplicación de parches en clúster. Se aplican parches a todos los nodos de un clúster de base de datos Aurora al mismo tiempo. 

**importante**  
 Aurora MySQL 1.18.0 solo se aplica a clústeres de consultas paralelas de Aurora. Si actualiza un clúster 5.6.10a aprovisionado, la versión resultante es 1.17.8. Si actualiza un clúster de consulta paralela 5.6.10a, la versión resultante es 1.18.0. 

Si tiene alguna pregunta o duda, el servicio de AWS asistencia está disponible en los foros de la comunidad y a través de [AWS Support](https://aws.amazon.com/support). Para obtener más información, consulte [Mantenimiento de un clúster de base de datos de Amazon Aurora](https://docs.aws.amazon.com/AmazonRDS/latest/AuroraUserGuide/USER_UpgradeDBInstance.Maintenance.html) en la *Guía del usuario de Amazon Aurora*.

## Características
<a name="AuroraMySQL.Updates.1180.Features"></a>
+  **Consulta en paralelo** está disponible con esta versión para clústeres nuevos e instantáneas restauradas. La consulta paralela de Aurora MySQL es una optimización que paraleliza parte del cómputo que implica el I/O procesamiento de consultas con un uso intensivo de datos. El trabajo que se paraleliza incluye la recuperación de filas del almacenamiento, la extracción de valores de columna y la determinación de qué filas coinciden con las condiciones de la cláusula `WHERE` y de las cláusulas JOIN. Este trabajo con uso intensivo de los datos se delega (en términos de optimización de base de datos, se baja de posición) a varios nodos de la capa de almacenamiento distribuido de Aurora. Sin una consulta paralela, cada consulta transfiere todos los datos analizados a un solo nodo del clúster de Aurora MySQL (el nodo principal) y realiza ahí todos los procesamientos de consultas. 
  + Cuando hay habilitada una característica de consulta en paralelo, el motor de Aurora MySQL determina automáticamente cuándo las consultas pueden aprovecharla, sin requerir cambios de SQL como sugerencias o atributos de tabla.

  Para obtener más información, consulte [Trabajar con consultas paralelas de Amazon Aurora MySQL](https://docs.aws.amazon.com/AmazonRDS/latest/AuroraUserGuide/aurora-mysql-parallel-query.html) en la *Guía del usuario de Amazon Aurora*. 
+  **OOM Avoidance (Prevención de OOM):** esta característica supervisa la memoria del sistema y realiza un seguimiento de la memoria que consumen varios componentes de la base de datos. Una vez que el sistema funciona con poca memoria, realiza una lista de acciones para liberar esa memoria de varios de los componentes sometidos a un seguimiento para tratar de evitar que la base de datos se quede sin memoria (OOM) y, por tanto, se reinicie. Esta característica de mejor esfuerzo está habilitada de forma predeterminada para las instancias t2 y puede habilitarse en otros tipos de instancia mediante un nuevo parámetro de instancia llamado `aurora_oom_response`. El parámetro de nivel de instancia toma una cadena de acciones separadas por comas que una instancia de base de datos debe realizar cuando el nivel de memoria es bajo. Entre las acciones válidas se encuentran "print", "tune", "decline", "kill\$1query" o cualquier combinación de estas. La existencia de una cadena vacía significa que no se deberían haber tomado acciones y deshabilita de forma eficaz la característica. Tenga en cuenta que la acción predeterminada de la característica es "print, tune". Ejemplo de uso: 
  + "print": solo imprime las consultas que consumen una gran cantidad de memoria.
  + "tune": ajusta las cachés de tablas internas para liberar memoria en el sistema.
  + "decline": declina nuevas consultas una vez que la instancia tiene poca memoria.
  + "kill\$1query": anula las consultas en orden descendente de consumo de memoria hasta que la memoria de la instancia esté por encima del umbral bajo. Las instrucciones en lenguaje de definición de datos (DDL) no se cancelan.
  + "print, tune": realiza las acciones descritas para "print" y "tune".
  + "tune, decline, kill\$1query": realiza las acciones descritas para "tune", "decline", and "kill\$1query".

  Para obtener información sobre out-of-memory las condiciones de manejo y otros consejos de solución de problemas, consulte los [problemas de falta de memoria de Amazon Aurora MySQL](https://docs.aws.amazon.com/AmazonRDS/latest/AuroraUserGuide/aurora-mysql-troubleshooting-workload.html#AuroraMySQLOOM) en la *Guía del usuario de Amazon Aurora*. 

# Actualizaciones del motor de base de datos de Aurora MySQL del 05/03/2020 (versión 1.17.9) (obsoleta)
<a name="AuroraMySQL.Updates.1179"></a>

**Versión:** 1.17.9

Aurora MySQL 1.17.9 ya está disponible con carácter general. Las versiones 1.\$1 de Aurora MySQL son compatibles con MySQL 5.6 y las versiones 2.\$1 de Aurora MySQL son compatibles con MySQL 5.7.

 Las versiones de Aurora MySQL compatibles actualmente son 1.14.\$1, 1.15.\$1, 1.16.\$1, 1.17.\$1, 1.18.\$1, 1.19.\$1, 1.20.\$1, 1.21.\$1, 1.22.\$1, 2.01.\$1, 2.02.\$1, 2.03.\$1, 2.04.\$1, 2.05.\$1, 2.06.\$1 y 2.07.\$1. Puede restaurar la instantánea de una base de datos de Aurora MySQL 1.\$1 en Aurora MySQL 1.17.9. 

 Para crear un clúster con una versión anterior de Aurora MySQL, especifique la versión del motor mediante la consola de RDS, la AWS CLI o la API de Amazon RDS. 

**nota**  
 Actualmente, esta versión no está disponible en las siguientes regiones: AWS GovCloud (EE. UU. Este) [us-gov-east-1], AWS GovCloud (EE. UU. Oeste) [-1]. us-gov-west Cuando esté disponible, enviaremos una notificación aparte. 

Si tiene alguna pregunta o duda, el servicio de AWS asistencia está disponible en los foros de la comunidad y a través de [AWS Support](https://aws.amazon.com/support). Para obtener más información, consulte [Mantenimiento de un clúster de base de datos de Amazon Aurora](https://docs.aws.amazon.com/AmazonRDS/latest/AuroraUserGuide/USER_UpgradeDBInstance.Maintenance.html) en la *Guía del usuario de Amazon Aurora*.

## Mejoras
<a name="AuroraMySQL.Updates.1179.Improvements"></a>

 **Correcciones de prioridad alta:** 
+  Se ha corregido un problema de errores intermitentes de conexión después de la rotación del certificado. 

# Actualizaciones del motor de base de datos de Aurora MySQL del 17/01/2019 (versión 1.17.8) (obsoleta)
<a name="AuroraMySQL.Updates.1178"></a>

**Versión:** 1.17.8

Aurora MySQL 1.17.8 ya está disponible con carácter general. Todos los clústeres de base de datos Aurora MySQL nuevos compatibles con MySQL 5.6, incluidos los que se hayan restablecido a partir de instantáneas, se crearán en Aurora MySQL 1.17.8. Tiene la opción, aunque no es obligatorio, de actualizar clústeres de base de datos existentes a Aurora MySQL 1.17.8. Para usar una versión anterior, puede crear nuevos clústeres de base de datos en Aurora MySQL 1.14.4, 1.15.1, 1.16 o 1.17.7. Puede hacerlo mediante la API AWS CLI o la API de Amazon RDS y especificando la versión del motor. 

Con la versión 1.17.8 de Aurora MySQL, estamos utilizando un modelo de aplicación de parches en clúster. Se aplican parches a todos los nodos de un clúster de base de datos Aurora al mismo tiempo. 

**nota**  
 Esta versión no está disponible actualmente en las regiones AWS GovCloud (EEUU-Oeste) [us-gov-west-1] y China (Beijing) [cn-north-1]. Cuando esté disponible, enviaremos una notificación aparte. 

Si tiene alguna pregunta o duda, el servicio de AWS asistencia está disponible en los foros de la comunidad y a través de [AWS Support](https://aws.amazon.com/support). Para obtener más información, consulte [Mantenimiento de un clúster de base de datos de Amazon Aurora](https://docs.aws.amazon.com/AmazonRDS/latest/AuroraUserGuide/USER_UpgradeDBInstance.Maintenance.html) en la *Guía del usuario de Amazon Aurora*.

## Mejoras
<a name="AuroraMySQL.Updates.1178.Improvements"></a>
+  Se ha solucionado un error de rendimiento que incrementaba el uso de la CPU en una réplica de Aurora tras reiniciar. 
+  Se ha solucionado un problema se estabilidad para consultas `SELECT` que utilizan unión de hash. 

## Integración de correcciones de errores de la edición de la comunidad de MySQL
<a name="AuroraMySQL.Updates.1178.Patches"></a>
+  BUG \$113418638: CREAR TABLA SI NO EXISTE BLOQUEO DE METADATOS DEMASIADO RESTRICTIVO 

# Actualizaciones del motor de base de datos de Aurora MySQL del 08/10/2018 (versión 1.17.7) (obsoleta)
<a name="AuroraMySQL.Updates.1177"></a>

**Versión:** 1.17.7

Aurora MySQL 1.17.7 ya está disponible con carácter general. Todos los clústeres de base de datos Aurora MySQL nuevos compatibles con MySQL 5.6, incluidos los que se hayan restablecido a partir de instantáneas, se crearán en Aurora MySQL 1.17.7. Tiene la opción, aunque no es obligatorio, de actualizar clústeres de base de datos existentes a Aurora MySQL 1.17.7. Para usar una versión anterior, puede crear nuevos clústeres de base de datos en Aurora MySQL 1.14.4, 1.15.1, 1.16 o 1.17.6. Puede hacerlo mediante la API AWS CLI o la API de Amazon RDS y especificando la versión del motor. 

Con la versión 1.17.7 de Aurora MySQL, estamos utilizando un modelo de aplicación de parches en clúster. Se aplican parches a todos los nodos de un clúster de base de datos Aurora al mismo tiempo. 

**nota**  
 Esta versión no está disponible actualmente en las regiones AWS GovCloud (EEUU-Oeste) [us-gov-west-1] y China (Beijing) [cn-north-1]. Cuando esté disponible, enviaremos una notificación aparte. 

Si tiene alguna pregunta o duda, el servicio de AWS asistencia está disponible en los foros de la comunidad y a través de [AWS Support](https://aws.amazon.com/support). Para obtener más información, consulte [Mantenimiento de un clúster de base de datos de Amazon Aurora](https://docs.aws.amazon.com/AmazonRDS/latest/AuroraUserGuide/USER_UpgradeDBInstance.Maintenance.html) en la *Guía del usuario de Amazon Aurora*.

## Mejoras
<a name="AuroraMySQL.Updates.1177.Improvements"></a>
+  La variable de estado InnoDB `innodb_buffer_pool_size` ya es visible públicamente para que los clientes puedan modificarla. 
+  Se ha corregido un problema en el clúster de Aurora que se producía durante las conmutaciones por error. 
+  Se ha mejorado la disponibilidad del clúster corrigiendo un problema de recuperación DDL que se producía después de una operación `TRUNCATE`. 
+  Se ha corregido un problema de estabilidad relacionado con la actualización de la tabla `mysql.innodb_table_stats`, que se activa mediante las operaciones DDL. 
+  Se han corregido problemas de estabilidad de la réplica de Aurora producidos durante la invalidación de la caché de consultas después de una operación DDL. 
+  Se ha corregido un problema de estabilidad producido por un acceso a la memoria no válido durante la expulsión de la caché de diccionario periódica en segundo plano. 

## Integración de correcciones de errores de la edición de la comunidad de MySQL
<a name="AuroraMySQL.Updates.1177.Patches"></a>
+  Error n.º 16208542: La operación DROP INDEX en una columna de clave externa provoca la ausencia de una tabla. 
+  Error n.º 76349: fuga de memoria en add\$1derived\$1key(). 
+  Error n.º 16862316: Para tablas con particiones, las consultas podrían devolver resultados diferentes en función de si se usó Index Merge. 
+  Error n.º 17588348: Las consultas que usan la optimización (consulte [Index Merge Optimization](https://dev.mysql.com/doc/refman/5.6/en/index-merge-optimization.html)) podrían devolver resultados no válidos cuando se ejecutan en tablas particionadas con HASH. 

# Actualizaciones del motor de base de datos de Aurora MySQL del 06/09/2018 (versión 1.17.6) (obsoleta)
<a name="AuroraMySQL.Updates.1176"></a>

**Versión:** 1.17.6

Aurora MySQL 1.17.6 ya está disponible con carácter general. Todos los clústeres de base de datos Aurora MySQL nuevos compatibles con MySQL 5.6, incluidos los que se hayan restablecido a partir de instantáneas, se crearán en Aurora MySQL 1.17.6. Tiene la opción, aunque no es obligatorio, de actualizar clústeres de base de datos existentes a Aurora MySQL 1.17.6. Para usar una versión anterior, puede crear nuevos clústeres de base de datos en Aurora MySQL 1.14.4, 1.15.1, 1.16 o 1.17.5. Puede hacerlo mediante la API AWS CLI o la API de Amazon RDS y especificando la versión del motor. 

Con la versión 1.17.6 de Aurora MySQL, estamos utilizando un modelo de aplicación de parches en clúster. Se aplican parches a todos los nodos de un clúster de base de datos Aurora al mismo tiempo. 

**nota**  
 Esta versión no está disponible actualmente en las regiones AWS GovCloud (EEUU-Oeste) [us-gov-west-1] y China (Beijing) [cn-north-1]. Cuando esté disponible, enviaremos una notificación aparte. 

Si tiene alguna pregunta o duda, el servicio de AWS asistencia está disponible en los foros de la comunidad y a través de [AWS Support](https://aws.amazon.com/support). Para obtener más información, consulte [Mantenimiento de un clúster de base de datos de Amazon Aurora](https://docs.aws.amazon.com/AmazonRDS/latest/AuroraUserGuide/USER_UpgradeDBInstance.Maintenance.html) en la *Guía del usuario de Amazon Aurora*.

## Mejoras
<a name="AuroraMySQL.Updates.1176.Improvements"></a>
+  Se ha corregido un problema de estabilidad en el lector de Aurora con las consultas `SELECT` mientras que el escritor de Aurora está realizando operaciones DDL en la misma tabla. 
+  Se ha corregido un problema de estabilidad provocado por la creación y eliminación de los registros DDL en las tablas temporales que utilizan el Heap/Memory motor. 
+  Se ha corregido un problema de estabilidad en el nodo de trabajo de binlog cuando las instrucciones DDL se replicaban mientras la conexión al principal de binlog era inestable. 
+  Se ha corregido un problema de estabilidad producido al escribir en el registro de consultas lentas. 
+  Se ha corregido un error con la tabla de estado de réplica que mostraba información incorrecta del LAG del lector de Aurora. 

## Integración de correcciones de errores de la edición de la comunidad de MySQL
<a name="AuroraMySQL.Updates.1176.Patches"></a>
+  Para una instrucción[ALTER TABLE](https://dev.mysql.com/doc/refman/5.6/en/alter-table.html) a la que se le cambió el nombre o modificó el valor predeterminado de una columna [BINARY](https://dev.mysql.com/doc/refman/5.6/en/binary-varbinary.html), la alteración se realizó usando una copia de tabla y no in situ. (Error n.º 67141, error n.º 14735373, error n.º 69580 y error n.º 17024290) 
+  Una unión exterior entre una tabla normal y una derivada que son implícitamente grupos podría provocar una salida del servidor. (Error n.º 16177639) 

# Actualizaciones del motor de base de datos de Aurora MySQL del 14/08/2018 (versión 1.17.5) (obsoleta)
<a name="AuroraMySQL.Updates.1175"></a>

**Versión:** 1.17.5

Aurora MySQL 1.17.5 ya está disponible con carácter general. Todos los clústeres de base de datos Aurora MySQL nuevos compatibles con MySQL 5.6, incluidos los que se hayan restablecido a partir de instantáneas, se crearán en Aurora MySQL 1.17.5. Tiene la opción, aunque no es obligatorio, de actualizar clústeres de base de datos existentes a Aurora MySQL 1.17.5. Para usar una versión anterior, puede crear nuevos clústeres de base de datos en Aurora MySQL 1.14.4, 1.15.1, 1.16 o 1.17.4. Puede hacerlo mediante la API AWS CLI o la API de Amazon RDS y especificando la versión del motor. 

Con la versión 1.17.5 de Aurora MySQL, estamos utilizando un modelo de aplicación de parches en clúster. Se aplican parches a todos los nodos de un clúster de base de datos Aurora al mismo tiempo. 

**nota**  
 Esta versión no está disponible actualmente en las regiones AWS GovCloud (EEUU-Oeste) [us-gov-west-1] y China (Beijing) [cn-north-1]. Cuando esté disponible, enviaremos una notificación aparte. 

Si tiene alguna pregunta o duda, el servicio de AWS asistencia está disponible en los foros de la comunidad y a través de [AWS Support](https://aws.amazon.com/support). Para obtener más información, consulte [Mantenimiento de un clúster de base de datos de Amazon Aurora](https://docs.aws.amazon.com/AmazonRDS/latest/AuroraUserGuide/USER_UpgradeDBInstance.Maintenance.html) en la *Guía del usuario de Amazon Aurora*.

## Mejoras
<a name="AuroraMySQL.Updates.1175.Improvements"></a>
+  Se ha corregido un problema en el que un escritor de Aurora podría experimentar un reinicio después de aplicar un parche en un clúster de Aurora usando la característica Aplicación de parches sin tiempo de inactividad. 

# Actualizaciones del motor de base de datos de Aurora MySQL del 07/08/2018 (versión 1.17.4) (obsoleta)
<a name="AuroraMySQL.Updates.1174"></a>

**Versión:** 1.17.4

Aurora MySQL 1.17.4 ya está disponible con carácter general. Todos los clústeres de base de datos Aurora MySQL nuevos compatibles con MySQL 5.6, incluidos los que se hayan restablecido a partir de instantáneas, se crearán en Aurora MySQL 1.17.4. Tiene la opción, aunque no es obligatorio, de actualizar clústeres de base de datos existentes a Aurora MySQL 1.17.4. Para usar una versión anterior, puede crear nuevos clústeres de base de datos en Aurora MySQL 1.14.4, 1.15.1, 1.16 o 1.17.3. Puede hacerlo mediante la API AWS CLI o la API de Amazon RDS y especificando la versión del motor. 

Con la versión 1.17.4 de Aurora MySQL, estamos utilizando un modelo de aplicación de parches en clúster. Se aplican parches a todos los nodos de un clúster de base de datos Aurora al mismo tiempo. 

**nota**  
 Esta versión no está disponible actualmente en las regiones AWS GovCloud (EEUU-Oeste) [us-gov-west-1] y China (Beijing) [cn-north-1]. Cuando esté disponible, enviaremos una notificación aparte. 

Si tiene alguna pregunta o duda, el servicio de AWS asistencia está disponible en los foros de la comunidad y a través de [AWS Support](https://aws.amazon.com/support). Para obtener más información, consulte [Mantenimiento de un clúster de base de datos de Amazon Aurora](https://docs.aws.amazon.com/AmazonRDS/latest/AuroraUserGuide/USER_UpgradeDBInstance.Maintenance.html) en la *Guía del usuario de Amazon Aurora*.

## Mejoras
<a name="AuroraMySQL.Updates.1174.Improvements"></a>
+  Mejoras de la replicación: 
  +  Reducción del tráfico de red, porque no se transmiten los registros binlog a las réplicas del clúster. Esta mejora está habilitada de forma predeterminada. 
  +  Reducción del tráfico de red, porque se comprimen los mensajes de replicación. Esta mejora está habilitada de forma predeterminada para las clases de instancia 8xlarge y 16xlarge. Estas instancias tan grandes pueden soportar un volumen intenso de tráfico de escritura que da lugar a un tráfico de red sustancial para los mensajes de replicación. 
  +  Correcciones en la caché de consultas de réplica. 
+  Se ha corregido un problema que hacía que `ORDER BY LOWER(col_name)` pudiese producir un orden incorrecto al usar la intercalación `utf8_bin`. 
+  Se ha corregido un problema que hacía que las instrucciones DDL (sobre todo las `TRUNCATE TABLE`) pudieran causar problemas en las réplicas de Aurora, tales como inestabilidad o tablas ausentes. 
+  Se ha corregido un problema que hacía que los sockets quedasen en un estado semiabierto al reiniciar los nodos de almacenamiento. 
+ Están disponibles los siguientes nuevos parámetros de clúster de base de datos:
  + `aurora_enable_zdr`: permite conexiones abiertas en una réplica de Aurora para mantenerse activa durante el reinicio de la réplica.
  + `aurora_enable_replica_log_compression`: habilita la compresión de las cargas de replicación para mejorar el uso del ancho de banda de red entre las réplicas maestra y de Aurora.
  + `aurora_enable_repl_bin_log_filtering`: habilita el filtro de registros de replicación que no pueden usar las réplicas de Aurora en el maestro.

# Actualizaciones del motor de base de datos de Aurora MySQL del 05/06/2018 (versión 1.17.3) (obsoleta)
<a name="AuroraMySQL.Updates.1173"></a>

**Versión:** 1.17.3

Aurora MySQL 1.17.3 ya está disponible con carácter general. Todos los clústeres de base de datos Aurora MySQL nuevos compatibles con MySQL 5.6, incluidos los que se hayan restablecido a partir de instantáneas, se crearán en Aurora MySQL 1.17.3. Tiene la opción, aunque no es obligatorio, de actualizar clústeres de base de datos existentes a Aurora MySQL 1.17.3. Puede crear nuevos clústeres de base de datos en Aurora MySQL 1.14.4, Aurora MySQL 1.15.1 o Aurora MySQL 1.16. Puede hacerlo mediante la API AWS CLI o la API de Amazon RDS y especificando la versión del motor. 

Con la versión 1.17.3 de Aurora MySQL, estamos utilizando un modelo de aplicación de parches en clúster. Se aplican parches a todos los nodos de un clúster de base de datos Aurora al mismo tiempo. 

**nota**  
 Esta versión no está disponible actualmente en las regiones AWS GovCloud (EEUU-Oeste) [us-gov-west-1] y China (Beijing) [cn-north-1]. Cuando esté disponible, enviaremos una notificación aparte. 

Si tiene alguna pregunta o duda, el servicio de AWS asistencia está disponible en los foros de la comunidad y a través de [AWS Support](https://aws.amazon.com/support). Para obtener más información, consulte [Mantenimiento de un clúster de base de datos de Amazon Aurora](https://docs.aws.amazon.com/AmazonRDS/latest/AuroraUserGuide/USER_UpgradeDBInstance.Maintenance.html) en la *Guía del usuario de Amazon Aurora*.

## Mejoras
<a name="AuroraMySQL.Updates.1173.Improvements"></a>
+ Se ha corregido un error por el que una réplica de Aurora se podía reiniciar usando restauraciones de cursor optimistas durante la lectura de registros.
+ Se ha corregido un error que provocaba que una grabadora Aurora se reiniciara al intentar cerrar una sesión de MySQL (matar «*<session id>*«) con el esquema de rendimiento activado.
+ Se ha corregido un error por el que Aurora Writer se reiniciaba al calcular un umbral para la recopilación de elementos no utilizados.
+ Se ha corregido un error por el que un escritor de Aurora se reiniciaba algunas veces al realizar un seguimiento de una réplica de Aurora en la aplicación log.
+ Se ha corregido un error con la caché de consultas cuando la confirmación automática estaba desactivada que podía causar lecturas obsoletas.

# Actualizaciones del motor de base de datos de Aurora MySQL del 27/04/2018 (versión 1.17.2) (obsoleta)
<a name="AuroraMySQL.Updates.1172"></a>

**Versión:** 1.17.2

Aurora MySQL 1.17.2 ya está disponible con carácter general. Todos los clústeres de base de datos Aurora MySQL nuevos compatibles con MySQL 5.6, incluidos los que se hayan restablecido a partir de instantáneas, se crearán en Aurora MySQL 1.17.2. Tiene la opción, aunque no es obligatorio, de actualizar clústeres de base de datos existentes a Aurora MySQL 1.17.2. Puede crear nuevos clústeres de base de datos en Aurora MySQL 1.14.4, Aurora MySQL 1.15.1 o Aurora MySQL 1.16. Puede hacerlo mediante la API AWS CLI o la API de Amazon RDS y especificando la versión del motor. 

Con la versión 1.17.2 de Aurora MySQL, estamos utilizando un modelo de aplicación de parches en clúster. Se aplican parches a todos los nodos de un clúster de base de datos Aurora al mismo tiempo. 

Si tiene alguna pregunta o duda, el servicio de AWS asistencia está disponible en los foros de la comunidad y a través de [AWS Support](https://aws.amazon.com/support). Para obtener más información, consulte [Mantenimiento de un clúster de base de datos de Amazon Aurora](https://docs.aws.amazon.com/AmazonRDS/latest/AuroraUserGuide/USER_UpgradeDBInstance.Maintenance.html) en la *Guía del usuario de Amazon Aurora*.

## Mejoras
<a name="AuroraMySQL.Updates.1172.Improvements"></a>
+ Se ha corregido un problema que causaba reinicios durante determinadas operaciones de partición de DDL.
+ Se ha corregido un problema que provocaba que se deshabilitara la compatibilidad con la invocación de AWS Lambda funciones mediante funciones nativas de Aurora MySQL.
+ Se ha corregido un problema con la invalidación de la caché que causaba reinicios en las réplicas de Aurora.
+ Se ha corregido un problema en el administrador de bloqueos que causaba reinicios.

# Actualizaciones del motor de base de datos de Aurora MySQL del 23/03/2018 (versión 1.17.1) (obsoleta)
<a name="AuroraMySQL.Updates.1171"></a>

**Versión:** 1.17.1

Aurora MySQL 1.17.1 ya está disponible con carácter general. Todos los clústeres de bases de datos nuevos, incluidos los que se hayan restablecido a partir de instantáneas, se crearán en Aurora MySQL 1.17.1. Tiene la opción, aunque no es obligatorio, de actualizar clústeres de base de datos existentes a Aurora MySQL 1.17.1. Puede crear nuevos clústeres de base de datos en Aurora MySQL 1.15.1, Aurora MySQL 1.16, o Aurora MySQL 1.17. Puede hacerlo mediante la API AWS CLI o la API de Amazon RDS y especificando la versión del motor. 

Con la versión 1.17.1 de Aurora MySQL, estamos utilizando un modelo de aplicación de parches en clúster. Se aplican parches a todos los nodos de un clúster de base de datos Aurora al mismo tiempo. En esta versión se corrigen algunos problemas de motor conocidos, además de aplicar regresiones. 

Si tiene alguna pregunta o duda, el servicio de AWS asistencia está disponible en los foros de la comunidad y a través de [AWS Support](https://aws.amazon.com/support). Para obtener más información, consulte [Mantenimiento de un clúster de base de datos de Amazon Aurora](https://docs.aws.amazon.com/AmazonRDS/latest/AuroraUserGuide/USER_UpgradeDBInstance.Maintenance.html) en la *Guía del usuario de Amazon Aurora*.

**nota**  
Hay un problema en la última versión del motor de Aurora MySQL. Después de la actualización a 1.17.1, la versión del motor se notifica incorrectamente como `1.17`. Si actualizó a 1.17.1, puede confirmar la actualización marcando la columna **Maintenance (Mantenimiento)** para el clúster de base de datos en la Consola de administración de AWS. Si muestra `none`, el motor se ha actualizado a 1.17.1.

## Mejoras
<a name="AuroraMySQL.Updates.1171.Improvements"></a>
+ Se corrigió un problema en la recuperación de log binario que prolongaba los tiempos de recuperación en las situaciones con archivos de índice de log binario grandes, lo que podía suceder si los logs binarios se alternaban con mucha frecuencia.
+ Se corrigió un problema en el optimizador de consultas que generaba un plan de consultas poco eficaz para las tablas particionadas.
+ Se corrigió un problema en el optimizador de consultas debido al cual se generaba una consulta de intervalo en el reinicio del motor de base de datos.

# Actualizaciones del motor de base de datos de Aurora MySQL del 13/03/2018 (versión 1.17) (obsoleta)
<a name="AuroraMySQL.Updates.117"></a>

**Versión:** 1.17

Aurora MySQL 1.17 ya está disponible con carácter general. Las versiones 1.x de Aurora MySQL son compatibles con MySQL 5.6 y no con MySQL 5.7. Todos los clústeres de bases de datos nuevos compatibles con la versión 5.6, incluidos los que se hayan restablecido a partir de instantáneas, se crearán en Aurora 1.17. Tiene la opción, aunque no es obligatorio, de actualizar clústeres de base de datos existentes a Aurora 1.17. Puede crear nuevos clústeres de base de datos en Aurora 1.14.1, Aurora 1.15.1 o Aurora 1.16. Puede hacerlo mediante la AWS CLI o la API de Amazon RDS y especificando la versión del motor.

Con la versión 1.17 de Aurora, estamos utilizando un modelo de aplicación de parches en clúster. Se aplican parches a todos los nodos de un clúster de base de datos Aurora al mismo tiempo. Admitimos la aplicación de parches sin tiempo de inactividad, en la medida de lo posible, para conservar las conexiones de cliente durante este proceso. Para obtener más información, consulte [Mantenimiento de un clúster de base de datos de Amazon Aurora](https://docs.aws.amazon.com/AmazonRDS/latest/AuroraUserGuide/USER_UpgradeDBInstance.Maintenance.html) en la *Guía del usuario de Amazon Aurora*. 

Si tiene alguna pregunta o duda, el servicio de AWS asistencia está disponible en los foros de la comunidad y a través de [AWS Support](https://aws.amazon.com/support).

## Aplicación de parches sin tiempo de inactividad
<a name="AuroraMySQL.Updates.117.ZDP"></a>

La característica de aplicación de parches sin tiempo de inactividad (ZDP) intenta, *en la medida de lo posible* conservar las conexiones de cliente a través de un parche en el motor. Para obtener más información sobre la ZDP, consulte [Uso de parches sin tiempo de inactividad](https://docs.aws.amazon.com/AmazonRDS/latest/AuroraUserGuide/AuroraMySQL.Updates.Patching.html#AuroraMySQL.Updates.ZDP) en la *Guía del usuario de Amazon Aurora*. 

## Nuevas características
<a name="AuroraMySQL.Updates.117.New"></a>
+  Aurora MySQL ahora admite la compresión de bloqueo, que optimiza el uso de memoria del administrador de bloqueos. A partir de la versión 1.17, puede usar esta característica sin habilitar el modo lab. 

## Mejoras
<a name="AuroraMySQL.Updates.117.Improvements"></a>
+ Se corrigió un problema que se ha observado principalmente en las instancias con pocos núcleos por el que un solo núcleo podría tener una utilización del 100 % de la CPU, aunque la base de datos esté inactiva.
+ Se mejoró el desempeño de la obtención de logs binarios de los clústeres de Aurora.
+ Se corrigió un problema por el que las réplicas de Aurora intentan escribir estadísticas de tabla en el almacenamiento persistente y se bloquean.
+ Se corrigió un problema por el que la memoria caché de consultas no funcionaba del modo previsto en las réplicas de Aurora.
+ Se corrigió una condición de carrera en el administrador de bloqueos que generaba el reinicio del motor.
+ Se corrigió un problema por el que los bloqueos que tomaban las transacciones de solo lectura y confirmación automática generaban un reinicio del motor.
+ Se corrigió un problema por el que algunas consultas no se escriben en los logs de auditoría.
+ Se corrigió un problema en la recuperación de determinadas operaciones de mantenimiento de particiones en la conmutación por error.

## Integración de correcciones de errores de MySQL.
<a name="AuroraMySQL.Updates.117.BugFixes"></a>
+ LAST\$1INSERT\$1ID se replica incorrectamente si se usan filtros de replicación (error n.º 69861)
+ La consulta devuelve resultados distintos en función de la configuración INDEX\$1MERGE (error n.º 16862316)
+ Nueva ejecución de procedimiento de consulta de la rutina almacenada, plan de consulta poco eficiente (error n.º 16346367)
+ INNODB FTS: confirmación en FTS\$1CACHE\$1APPEND\$1DELETED\$1DOC\$1IDS (error n.º 18079671)
+ Confirmación RBT\$1EMPTY(INDEX\$1CACHE->WORDS) en ALTER TABLE CHANGE COLUMN (error n.º 17536995)
+ La búsqueda de texto completo de INNODB no encuentra ningún registro cuando hay puntos de guardado (error n.º 70333, error n.º 17458835)

# Actualizaciones del motor de base de datos de Aurora MySQL del 11/12/2017 (versión 1.16) (obsoleta)
<a name="AuroraMySQL.Updates.20171211"></a>

**Versión:** 1.16

Aurora MySQL 1.16 ya está disponible con carácter general. Todos los clústeres de bases de datos nuevos, incluidos los que se hayan restablecido a partir de instantáneas, se crearán en Aurora 1.16. Tiene la opción, aunque no es obligatorio, de actualizar clústeres de base de datos existentes a Aurora 1.16. Puede crear nuevos clústeres de base de datos en Aurora 1.14.1 o Aurora 1.15.1. Puede hacerlo mediante la API AWS CLI o la API de Amazon RDS y especificando la versión del motor.

Con la versión 1.16 de Aurora, estamos utilizando un modelo de aplicación de parches en clúster. Se aplican parches a todos los nodos de un clúster de base de datos Aurora al mismo tiempo. Estamos habilitando la aplicación de parches sin tiempo de inactividad, en la medida de lo posible, para conservar las conexiones de cliente durante este proceso. Para obtener más información, consulte [Mantenimiento de un clúster de base de datos de Amazon Aurora](https://docs.aws.amazon.com/AmazonRDS/latest/AuroraUserGuide/USER_UpgradeDBInstance.Maintenance.html) en la *Guía del usuario de Amazon Aurora*.

Si tiene alguna pregunta o duda, el servicio de AWS asistencia está disponible en los foros de la comunidad y a través de [AWS Support](https://aws.amazon.com/support).

## Aplicación de parches sin tiempo de inactividad
<a name="AuroraMySQL.Updates.20171211.ZDP"></a>

La característica de aplicación de parches sin tiempo de inactividad (ZDP) intenta, *en la medida de lo posible* conservar las conexiones de cliente a través de un parche en el motor. Para obtener más información sobre la ZDP, consulte [Uso de parches sin tiempo de inactividad](https://docs.aws.amazon.com/AmazonRDS/latest/AuroraUserGuide/AuroraMySQL.Updates.Patching.html#AuroraMySQL.Updates.ZDP) en la *Guía del usuario de Amazon Aurora*. 

## Nuevas características
<a name="AuroraMySQL.Updates.20171211.New"></a>
+ Aurora MySQL ahora admite AWS Lambda invocaciones sincrónicas a través de la función nativa. `lambda_sync()` También está disponible la función nativa `lambda_async()`, que se puede utilizar como alternativa al procedimiento almacenado existente para invocación a Lambda asíncrona. Para obtener más información, consulte [Invocación de una función de Lambda desde un clúster de bases de datos de Amazon Aurora MySQL](https://docs.aws.amazon.com/AmazonRDS/latest/AuroraUserGuide/AuroraMySQL.Integrating.Lambda.html) en la *Guía del usuario de Amazon Aurora*.
+ Aurora MySQL ahora admite uniones hash para acelerar las consultas de equijoin. El optimizador basado en costos de Aurora puede decidir automáticamente cuándo se deben utilizar combinaciones hash; también es posible forzar su uso en un plan de consultas. Para obtener más información, consulte [Optimización de consultas de combinación grandes de Aurora MySQL con combinaciones de hash](https://docs.aws.amazon.com/AmazonRDS/latest/AuroraUserGuide/AuroraMySQL.BestPractices.html#Aurora.BestPractices.HashJoin) en la *Guía del usuario de Amazon Aurora*.
+ Aurora MySQL admite ahora la agrupación en lotes de análisis para acelerar significativamente las consultas en memoria orientadas a análisis. Esta característica aumenta el desempeño de los análisis completos de tablas, los análisis completos de índices y los análisis de rangos de índices mediante el procesamiento por lotes.

## Mejoras
<a name="AuroraMySQL.Updates.20171211.Improvements"></a>
+ Se ha corregido un error donde las réplicas de lectura se bloqueaban al ejecutar consultas en tablas que se acababan de soltar en el maestro. 
+ Se ha corregido un problema al reiniciar el escritor en un clúster de base de datos con un número muy grande de índices `FULLTEXT` da lugar a una recuperación que tarda más de lo previsto.
+ Se ha corregido un problema donde el vaciado de registros binarios provoca incidentes `LOST_EVENTS` en eventos de binlog.
+ Se han corregido problemas de estabilidad con el programador cuando está habilitado el esquema de desempeño.
+ Se ha corregido un problema donde una subconsulta que utiliza tablas temporales podría devolver resultados parciales.

## Integración de correcciones de errores de MySQL.
<a name="AuroraMySQL.Updates.20171211.BugFixes"></a>

Ninguno

# Actualizaciones del motor de base de datos de Aurora MySQL del 20/11/2017 (versión 1.15.1) (obsoleta)
<a name="AuroraMySQL.Updates.20171120"></a>

**Versión:** 1.15.1

Aurora MySQL 1.15.1 ya está disponible con carácter general. Todos los clústeres de bases de datos nuevos, incluidos los que se hayan restablecido a partir de instantáneas, se crearán en Aurora 1.15.1. Tiene la opción, aunque no es obligatorio, de actualizar clústeres de base de datos existentes a Aurora 1.15.1. Puede crear nuevos clústeres de base de datos en Aurora 1.14.1. Puede hacerlo mediante la API AWS CLI o la API de Amazon RDS y especificando la versión del motor.

Con la versión 1.15.1 de Aurora, estamos utilizando un modelo de aplicación de parches en clúster. Se aplican parches a todos los nodos de un clúster de base de datos Aurora al mismo tiempo. Estamos habilitando la aplicación de parches sin tiempo de inactividad, en la medida de lo posible, para conservar las conexiones de cliente durante este proceso. Para obtener más información, consulte [Mantenimiento de un clúster de base de datos de Amazon Aurora](https://docs.aws.amazon.com/AmazonRDS/latest/AuroraUserGuide/USER_UpgradeDBInstance.Maintenance.html) en la *Guía del usuario de Amazon Aurora*.

Si tiene alguna pregunta o duda, el servicio de AWS asistencia está disponible en los foros de la comunidad y a través de [AWS Support](https://aws.amazon.com/support). Para obtener más información, consulte [Mantenimiento de un clúster de base de datos de Amazon Aurora](https://docs.aws.amazon.com/AmazonRDS/latest/AuroraUserGuide/USER_UpgradeDBInstance.Maintenance.html) en la *Guía del usuario de Amazon Aurora*.

## Aplicación de parches sin tiempo de inactividad
<a name="AuroraMySQL.Updates.20171120.ZDP"></a>

La característica de aplicación de parches sin tiempo de inactividad (ZDP) intenta, *en la medida de lo posible* conservar las conexiones de cliente a través de un parche en el motor. Para obtener más información sobre la ZDP, consulte [Uso de parches sin tiempo de inactividad](https://docs.aws.amazon.com/AmazonRDS/latest/AuroraUserGuide/AuroraMySQL.Updates.Patching.html#AuroraMySQL.Updates.ZDP) en la *Guía del usuario de Amazon Aurora*. 

## Mejoras
<a name="AuroraMySQL.Updates.20171120.Improvements"></a>
+ Se ha corregido un problema del selector de segmentos adaptativo por el que una solicitud de lectura podía elegir el mismo segmento dos veces y crear un pico en la latencia de lectura en ciertas condiciones.
+ Se ha corregido un problema que se producía por una optimización de Aurora MySQL para el programador de subprocesos. Este problema se manifiesta en la aparición de errores falsos al escribir en el registro lento mientras que las consultas asociadas se ejecutan correctamente.
+ Se ha corregido un problema en la estabilidad de las réplicas de lectura en volúmenes grandes (> 5 TB).
+ Se ha corregido un problema en el que el recuento de subprocesos de trabajo se incrementa continuamente debido a un recuento falso de las conexiones pendientes.
+ Se ha corregido un problema de los bloqueos de tabla que provocaba esperas de semáforo prolongadas durante las cargas de trabajo de inserción.
+ Se han revertido las siguientes correcciones de errores de MySQL en Aurora MySQL 1.15:
  + La instancia de MySQL se paraliza “realizando el índice SYNC” (error n.º 73816)
  + Confirmación RBT\$1EMPTY(INDEX\$1CACHE->WORDS) en ALTER TABLE CHANGE COLUMN (error n.º 17536995)
  + La búsqueda de Fulltext de InnoDB no encuentra ningún registro cuando hay puntos de guardado (error n.º 70333)

## Integración de correcciones de errores de MySQL.
<a name="AuroraMySQL.Updates.20171024.BugFixes"></a>

Ninguno

# Actualizaciones del motor de base de datos de Aurora MySQL del 24/10/2017 (versión 1.15) (obsoleta)
<a name="AuroraMySQL.Updates.20171024"></a>

**Versión:** 1.15

Aurora MySQL 1.15 ya está disponible con carácter general. Todos los clústeres de bases de datos nuevos, incluidos los que se hayan restablecido a partir de instantáneas, se crearán en Aurora 1.15. Tiene la opción, aunque no es obligatorio, de actualizar clústeres de base de datos existentes a Aurora 1.15. Puede crear nuevos clústeres de base de datos en Aurora 1.14.1. Puede hacerlo mediante la API AWS CLI o la API de Amazon RDS y especificando la versión del motor.

Con la versión 1.15 de Aurora, estamos utilizando un modelo de aplicación de parches en clúster. Se aplican parches a todos los nodos de un clúster de base de datos Aurora al mismo tiempo. Las actualizaciones exigen el reinicio de la base de datos, por lo que se producirán entre 20 y 30 segundos de inactividad. A continuación, podrá volver a utilizar los clústeres de la base de datos. Si los clústeres de base de datos están ejecutando actualmente Aurora 1.14 o Aurora 1.14.1, la característica de aplicación de parches sin tiempo de inactividad de Aurora MySQL podría permitir que las conexiones cliente con la instancia principal de Aurora MySQL persistieran durante la actualización, en función de la carga de trabajo.

Si tiene alguna pregunta o duda, el servicio de AWS asistencia está disponible en los foros de la comunidad y a través de [AWS Support](https://aws.amazon.com/support). Para obtener más información, consulte [Mantenimiento de un clúster de base de datos de Amazon Aurora](https://docs.aws.amazon.com/AmazonRDS/latest/AuroraUserGuide/USER_UpgradeDBInstance.Maintenance.html) en la *Guía del usuario de Amazon Aurora*.

## Aplicación de parches sin tiempo de inactividad
<a name="AuroraMySQL.Updates.20171024.ZDP"></a>

La característica de aplicación de parches sin tiempo de inactividad (ZDP) intenta, *en la medida de lo posible* conservar las conexiones de cliente a través de un parche en el motor. Para obtener más información sobre la ZDP, consulte [Uso de parches sin tiempo de inactividad](https://docs.aws.amazon.com/AmazonRDS/latest/AuroraUserGuide/AuroraMySQL.Updates.Patching.html#AuroraMySQL.Updates.ZDP) en la *Guía del usuario de Amazon Aurora*. 

## Nuevas características
<a name="AuroraMySQL.Updates.20171024.New"></a>
+ **Captura previa de clave asíncrona**: la captura previa de clave asíncrona (AKP) es una característica destinada a mejorar el rendimiento de las combinaciones de índices sin almacenar en caché; para ello, efectúa una captura previa de las claves en la memoria antes de que sean necesarias. El principal caso de uso para el que está destinada la AKP es una combinación de índices entre una tabla exterior pequeña y una interior grande, donde el índice es sumamente selectivo en la tabla grande. Asimismo, si está habilitada la interfaz Multi-Range Read (MRR), AKP se utilizará para llevar a cabo una búsqueda del índice secundario al primario. Es posible que, en algunos casos, las instancias más pequeñas que tienen restricciones de memoria puedan utilizar AKP, dada la cardinalidad de claves correcta. Para obtener más información, consulte [Optimización de las consultas de combinación indexadas de Aurora con la captura previa de claves asíncronas](https://docs.aws.amazon.com/AmazonRDS/latest/AuroraUserGuide/AuroraMySQL.BestPractices.html#Aurora.BestPractices.AKP) en la *Guía del usuario de Amazon Aurora*.
+ **DDL rápida**: hemos ampliado la característica que se introdujo en [Aurora 1.13](AuroraMySQL.Updates.20170515.md) a las operaciones que incluyen valores predeterminados. Con esta extensión, la DDL rápida se aplica a operaciones que añaden una columna que se puede anular, con o sin un valor predeterminado, al final de una tabla. La característica sigue estando en el modo lab de Aurora. Para obtener más información, consulte [Modificación de las tablas de Amazon Aurora con operaciones DDL rápidas](https://docs.aws.amazon.com/AmazonRDS/latest/AuroraUserGuide/AuroraMySQL.Managing.FastDDL.html) en la *Guía del usuario de Amazon Aurora*.

## Mejoras
<a name="AuroraMySQL.Updates.20171024.Improvements"></a>
+ Se ha corregido un error de cálculo durante la optimización de las consultas WITHIN/CONTAINS espaciales que anteriormente daba como resultado un conjunto de resultados vacío.
+ Se ha corregido el comando `SHOW VARIABLE` para mostrar el valor del parámetro `innodb_buffer_pool_size` actualizado cada vez que se cambia en el grupo de parámetros.
+ Se ha mejorado la estabilidad de la instancia principal durante la inserción masiva en un tabla que se ha modificado mediante DDL rápida cuando la indexación hash adaptativa está deshabilitada y el registro que se va a insertar es el primero de una página.
+ Se ha mejorado la estabilidad de Aurora cuando el usuario intenta establecer el valor del parámetro del clúster de base de datos **server\$1audit\$1events** en **default**.
+ Se ha solucionado un problema que producía que un cambio en el conjunto de caracteres de la base de datos para una instrucción ALTER TABLE que estuviera ejecutándose en la instancia principal de Aurora no se replicara en las réplicas de Aurora hasta que se reiniciaban.
+ Se ha mejorado la estabilidad solucionando una condición de carrera en la instancia principal que anteriormente le permitía registrar una réplica de Aurora aunque la instancia principal hubiera cerrado su propio volumen.
+ Se ha mejorado el rendimiento de la instancia principal durante la creación de índices en una tabla de gran tamaño cambiando el protocolo de bloqueo para permitir instrucciones en lenguaje de manipulación de datos (DML) simultáneas durante la creación del índice.
+ Se ha solucionado una incoherencia de los metadatos de InnoDB durante la consulta ALTER TABLE RENAME que ha mejorado la estabilidad. Ejemplo: cuando se cambia cíclicamente el nombre de las columnas de la tabla t1(c1, c2) a t1(c2,c3) dentro de la misma instrucción ALTER.
+ Se ha mejorado la estabilidad de las réplicas de Aurora cuando una réplica de Aurora no tiene ninguna carga de trabajo activa y la instancia principal no responde.
+ Se ha mejorado la disponibilidad de las réplicas de Aurora cuando la réplica de Aurora mantiene un bloqueo explícito en una tabla y bloquea el subproceso de replicación para evitar que aplique ningún cambio de DDL que se reciba de la instancia principal.
+ Se ha mejorado la estabilidad de la instancia principal cuando se añaden una clave externa y una columna a una tabla al mismo tiempo desde dos sesiones distintas y la DDL rápida está habilitada.
+ Se ha mejorado la estabilidad del subproceso de purga en la instancia principal cuando hay mucha carga de trabajo de escritura bloqueando el truncado de los registros de deshacer hasta que se hayan purgado.
+ Se ha mejorado la estabilidad corrigiendo la orden de liberación del bloqueo durante el proceso de confirmación de transacciones que borran tablas.
+ Se ha corregido un defecto de las réplicas de Aurora por el cual la instancia de base de datos no podía completar el inicio y avisaba de que ya se estaba utilizando el puerto 3306.
+ Se ha corregido una condición de carrera en la que una consulta SELECT se ejecutaba en determinadas tablas information\$1schema (innodb\$1trx, innodb\$1lock, innodb\$1lock\$1waits) y aumentaba la inestabilidad del clúster.

## Integración de correcciones de errores de MySQL.
<a name="AuroraMySQL.Updates.20171024.BugFixes"></a>
+ CREATE USER acepta el hash de contraseña y complemento, pero no el hash de contraseña (error n.º 78033)
+ El motor de partición añade campos al conjunto de bits de lectura para poder devolver entradas ordenadas desde un índice particionado. Debido a esto, el búfer de combinaciones intenta leer campos innecesarios. Se ha solucionado este problema no añadiendo todos los campos de la partición a read\$1set, sino que solo se realiza la ordenación en los campos de prefijo ya establecidos en read\$1set. Se ha añadido un DBUG\$1ASSERT que, si realiza key\$1cmp, se debe leer al menos el primer campo (error n.º 16367691).
+ La instancia de MySQL se paraliza “realizando el índice SYNC” (error n.º 73816)
+ Confirmación RBT\$1EMPTY(INDEX\$1CACHE->WORDS) en ALTER TABLE CHANGE COLUMN (error n.º 17536995)
+ La búsqueda de Fulltext de InnoDB no encuentra ningún registro cuando hay puntos de guardado (error n.º 70333)

# Actualizaciones del motor de base de datos de Aurora MySQL del 13/03/2018 (versión 1.14.4) (obsoleta)
<a name="AuroraMySQL.Updates.1144"></a>

**Versión:** 1.14.4

Aurora MySQL 1.14.4 ya está disponible con carácter general. Puede crear nuevos clústeres de bases de datos en Aurora 1.14.4 mediante la AWS CLI o la API de Amazon RDS y especificando la versión del motor. Tiene la opción, aunque no es obligatorio, de actualizar clústeres de base de datos 1.14.x existentes a Aurora 1.14.4.

Con la versión 1.14.4 de Aurora, estamos utilizando un modelo de aplicación de parches en un clúster. Se aplican parches a todos los nodos de un clúster de base de datos Aurora al mismo tiempo. Admitimos la aplicación de parches sin tiempo de inactividad, en la medida de lo posible, para conservar las conexiones de cliente durante este proceso. Para obtener más información, consulte [Mantenimiento de un clúster de base de datos de Amazon Aurora](https://docs.aws.amazon.com/AmazonRDS/latest/AuroraUserGuide/USER_UpgradeDBInstance.Maintenance.html) en la *Guía del usuario de Amazon Aurora*.

Si tiene alguna pregunta o duda, el servicio de AWS asistencia está disponible en los foros de la comunidad y a través de [AWS Support](https://aws.amazon.com/support). Para obtener más información, consulte [Mantenimiento de un clúster de base de datos de Amazon Aurora](https://docs.aws.amazon.com/AmazonRDS/latest/AuroraUserGuide/USER_UpgradeDBInstance.Maintenance.html) en la *Guía del usuario de Amazon Aurora*.

## Aplicación de parches sin tiempo de inactividad
<a name="AuroraMySQL.Updates.1144.ZDP"></a>

La característica de aplicación de parches sin tiempo de inactividad (ZDP) intenta, *en la medida de lo posible* conservar las conexiones de cliente a través de un parche en el motor. Para obtener más información sobre la ZDP, consulte [Uso de parches sin tiempo de inactividad](https://docs.aws.amazon.com/AmazonRDS/latest/AuroraUserGuide/AuroraMySQL.Updates.Patching.html#AuroraMySQL.Updates.ZDP) en la *Guía del usuario de Amazon Aurora*. 

## Nuevas características
<a name="AuroraMySQL.Updates.1144.New"></a>
+ Aurora MySQL ahora admite las clases de instancia db.r4.

## Mejoras
<a name="AuroraMySQL.Updates.1144.Improvements"></a>
+ Se corrigió un problema por el que se generaban `LOST_EVENTS` al escribir eventos de log binario grandes.

## Integración de correcciones de errores de MySQL.
<a name="AuroraMySQL.Updates.1144.BugFixes"></a>
+ Los eventos que se pueden ignorar no funcionan y no se prueban (error n.º 74683)
+ NEW->OLD ASSERT FAILURE 'GTID\$1MODE > 0' (error n.º 20436436)

# Actualizaciones del motor de base de datos de Aurora MySQL del 22/09/2017 (versión 1.14.1) (obsoleta)
<a name="AuroraMySQL.Updates.20170922"></a>

**Versión:** 1.14.1

Aurora MySQL 1.14.1 ya está disponible con carácter general. Todos los clústeres de bases de datos nuevos, incluidos los que se hayan restablecido a partir de instantáneas, se crearán en Aurora MySQL 1.14.1. Aurora MySQL 1.14.1 también es una actualización obligatoria para los clústeres de bases de datos existentes de Aurora MySQL. Para obtener más información, consulte [Anuncio: Ampliación del programa de actualizaciones obligatorias para Amazon Aurora](https://forums.aws.amazon.com/ann.jspa?annID=4983) en el sitio web de los foros de AWS desarrolladores.

Con la versión 1.14.1 de Aurora MySQL, estamos utilizando un modelo de aplicación de parches en clúster. Se aplican parches a todos los nodos de un clúster de base de datos Aurora MySQL al mismo tiempo. Las actualizaciones exigen el reinicio de la base de datos, por lo que se producirán entre 20 y 30 segundos de inactividad. A continuación, podrá volver a utilizar los clústeres de la base de datos. Si los clústeres de base de datos están ejecutando actualmente la versión 1.13 o posterior, la característica de aplicación de parches sin tiempo de inactividad de Aurora MySQL podría permitir que las conexiones cliente con la instancia principal de Aurora MySQL persistieran durante la actualización, en función de la carga de trabajo.

Si tiene alguna pregunta o duda, el servicio de AWS asistencia está disponible en los foros de la comunidad y a través de [AWS Support](https://aws.amazon.com/support).

## Mejoras
<a name="AuroraMySQL.Updates.20170922.Improvements"></a>
+ Se han corregido las condiciones de carrera asociadas a las inserciones y la purga para mejorar la estabilidad de la característica de DDL rápida, que sigue estando en el modo lab de Aurora MySQL.

# Actualizaciones del motor de base de datos de Aurora MySQL del 07/08/2017 (versión 1.14) (obsoleta)
<a name="AuroraMySQL.Updates.20170807"></a>

**Versión:** 1.14

Aurora MySQL 1.14 ya está disponible con carácter general. Todos los clústeres de bases de datos nuevos, incluidos los que se hayan restablecido a partir de instantáneas, se crearán en Aurora MySQL 1.14. Aurora MySQL 1.14 también es una actualización obligatoria para los clústeres de bases de datos existentes de Aurora MySQL. Enviaremos una notificación con el calendario para declarar obsoletas las versiones anteriores de Aurora MySQL. 

Con la versión 1.14 de Aurora MySQL, estamos utilizando un modelo de aplicación de parches en clúster. Se aplican parches a todos los nodos de un clúster de base de datos Aurora al mismo tiempo. Las actualizaciones exigen el reinicio de la base de datos, por lo que se producirán entre 20 y 30 segundos de inactividad. A continuación, podrá volver a utilizar los clústeres de la base de datos. Si los clústeres de base de datos están ejecutando actualmente la versión 1.13, la característica de aplicación de parches sin tiempo de inactividad de Aurora podría permitir que las conexiones cliente con la instancia principal de Aurora persistieran durante la actualización, en función de la carga de trabajo.

Si tiene alguna pregunta o duda, el servicio de AWS asistencia está disponible en los foros de la comunidad y a través de [AWS Support](https://aws.amazon.com/support).

## Aplicación de parches sin tiempo de inactividad
<a name="AuroraMySQL.Updates.20170807.ZDP"></a>

La característica de aplicación de parches sin tiempo de inactividad (ZDP) intenta, *en la medida de lo posible* conservar las conexiones de cliente a través de un parche en el motor. Para obtener más información sobre la ZDP, consulte [Uso de parches sin tiempo de inactividad](https://docs.aws.amazon.com/AmazonRDS/latest/AuroraUserGuide/AuroraMySQL.Updates.Patching.html#AuroraMySQL.Updates.ZDP) en la *Guía del usuario de Amazon Aurora*. 

## Mejoras
<a name="AuroraMySQL.Updates.20170807.Improvements"></a>
+ Se ha corregido un error incorrecto de "no se encuentra el registro" que se produce cuando se encuentra un registro en el índice secundario pero no en el principal.
+ Se ha solucionado un problema de estabilidad que se puede producir si una aserción defensiva (añadida en la versión 1.12) es demasiado fuerte cuando una escritura individual abarca más de 32 páginas. Esta situación se puede producir, por ejemplo, con valores BLOB de gran tamaño.
+ Se ha solucionado un problema de estabilidad debido a incoherencias entre la caché del espacio de tabla y la caché del diccionario.
+ Se ha solucionado un problema en el que una réplica de Aurora deja de responder después de que supere el número máximo de intentos de conexión a la instancia principal. Ahora una réplica de Aurora se reinicia si el período de inactividad supera el período de tiempo de un latido que utiliza la instancia principal para la comprobación de estado.
+ Se ha solucionado un bloqueo en directo que se puede producir en condiciones de simultaneidad muy alta cuando una conexión intenta adquirir un bloqueo de metadatos (MDL) exclusivo mientras se emite un comando, como `ALTER TABLE`.
+ Se ha corregido un problema de estabilidad en una réplica de lectura de Aurora en presencia de logical/parallel lectura anticipada.
+ Se ha mejorado `LOAD FROM S3` de dos formas:

  1. Mejor control de los errores de tiempo de espera de Amazon S3 utilizando la operación de reintento de SDK además de la operación de reintento existente.

  1. Optimización del desempeño al cargar archivos muy grandes o un gran número de archivos almacenando en caché y reutilizando el estado del cliente.
+ Se han solucionado los siguientes problemas de estabilidad con la característica de DDL rápida para las operaciones `ALTER TABLE`:

  1.  Cuando la instrucción `ALTER TABLE` tiene varios comandos `ADD COLUMN` y los nombres de las columnas no están en orden ascendente. 

  1. Cuando la cadena del nombre de la columna que se va a actualizar y su cadena de nombre correspondiente, que se obtienen de la tabla del sistema interna, son diferentes en un carácter de terminación nulo (/0).

  1. En determinadas operaciones de división de árbol B.

  1. Cuando la tabla tiene una clave principal de longitud variable.
+ Se ha solucionado un problema de estabilidad con las réplicas de Aurora cuando se tarda demasiado en conseguir que su caché del índice de búsqueda de texto completo (FTS) sea coherente con la de la instancia principal. Esto puede ocurrir si aún no se han vaciado en el disco una gran parte de las entradas del índice FTS que se acaban de crear en la instancia principal.
+ Se ha solucionado un problema se estabilidad que se puede producir durante la creación de índices.
+ Nueva infraestructura que rastrea el consumo de memoria por conexión y la telemetría asociada que se utilizará para desarrollar estrategias de evitación Out-Of-Memory (OOM).
+ Se ha solucionado un problema en el que `ANALYZE TABLE` se permitía incorrectamente en las réplicas de Aurora. Ahora se ha bloqueado.
+ Se ha solucionado un problema de estabilidad provocado por un interbloqueo extraño como resultado de una condición de carrera entre una lectura anticipada lógica y la purga.

## Integración de correcciones de errores de MySQL.
<a name="AuroraMySQL.Updates.20170807.BugFixes"></a>
+ Una búsqueda de texto completo combinada con tablas derivadas (subconsultas de la cláusula `FROM`) producía una salida del servidor. Ahora, si una operación de texto completo depende de una tabla derivada, el servidor produce un error que indica que no se puede realizar una búsqueda de texto completo en una tabla materializada. (Error n.º 68751 y error n.º 16539903)

# Actualizaciones del motor de base de datos de Aurora MySQL del 15/05/2017 (versión 1.13) (obsoleta)
<a name="AuroraMySQL.Updates.20170515"></a>

**Versión:** 1.13

**nota**  
Hemos habilitado una nueva característica, SELECT INTO OUTFILE S3, en Aurora MySQL versión 1.13 después del lanzamiento inicial y hemos actualizado las notas de la versión para reflejar ese cambio.

Aurora MySQL 1.13 ya está disponible con carácter general. Todos los clústeres de bases de datos nuevos, incluidos los que se hayan restablecido a partir de instantáneas, se crearán en Aurora MySQL 1.13. Tiene la opción, aunque no es obligatorio, de actualizar clústeres de base de datos existentes a Aurora MySQL 1.13. Con la versión 1.13 de Aurora, estamos utilizando un modelo de aplicación de parches en clúster. Se aplican parches a todos los nodos de un clúster de base de datos Aurora al mismo tiempo. Estamos habilitando la aplicación de parches sin tiempo de inactividad, en la medida de lo posible, para conservar las conexiones de cliente durante este proceso. Para obtener más información, consulte [Mantenimiento de un clúster de base de datos de Amazon Aurora](https://docs.aws.amazon.com/AmazonRDS/latest/AuroraUserGuide/USER_UpgradeDBInstance.Maintenance.html) en la *Guía del usuario de Amazon Aurora*.

## Aplicación de parches sin tiempo de inactividad
<a name="AuroraMySQL.Updates.20170515.ZDP"></a>

La característica de aplicación de parches sin tiempo de inactividad (ZDP) intenta, *en la medida de lo posible* conservar las conexiones de cliente a través de un parche en el motor. Para obtener más información sobre la ZDP, consulte [Uso de parches sin tiempo de inactividad](https://docs.aws.amazon.com/AmazonRDS/latest/AuroraUserGuide/AuroraMySQL.Updates.Patching.html#AuroraMySQL.Updates.ZDP) en la *Guía del usuario de Amazon Aurora*. 

## Nuevas características:
<a name="AuroraMySQL.Updates.20170515.NewFeatures"></a>
+ **SELECT INTO OUTFILE S3**: Aurora MySQL ahora le permite cargar los resultados de una consulta en uno o varios archivos de un bucket de Amazon S3. Para obtener más información, consulte [Grabación de datos desde un clúster de base de datos de Amazon Aurora MySQL en archivos de texto de un bucket de Amazon S3](https://docs.aws.amazon.com/AmazonRDS/latest/AuroraUserGuide/AuroraMySQL.Integrating.SaveIntoS3.html) en la *Guía del usuario de Amazon Aurora*.

## Mejoras:
<a name="AuroraMySQL.Updates.20170515.Improvements"></a>
+ Se ha implementado el truncamiento de archivos de registro con formato CSV al iniciar el motor para evitar un tiempo de recuperación prolongado. Las tablas `general_log_backup`, `general_log`, `slow_log_backup` y `slow_log` no sobreviven ahora a un reinicio de base de datos. 
+ Se ha corregido un problema por el que la migración de una base de datos llamada **test** producía un error.
+ Se ha mejorado la estabilidad en el recolector de elementos no utilizados del administrador de bloqueos reutilizando los segmentos de bloqueo correctos.
+ Se ha mejorado la estabilidad del administrador de bloqueos eliminando aserciones no válidas durante el algoritmo de detección de interbloqueos. 
+ Se ha vuelto a habilitar la replicación asíncrona y se ha corregido un problema asociado que notificaba un retardo de réplica incorrecto bajo una carga de trabajo nulo o de solo lectura. Las mejoras de la canalización de replicación que se introdujeron en la versión 1.10. Estas mejoras se introdujeron para aplicar actualizaciones de flujos de registro a la caché del búfer de una réplica de Aurora. Esto ayuda a mejorar la estabilidad y el rendimiento de la lectura en réplicas de Aurora.
+ Se ha corregido un error que hacía que autocommit=OFF produjera el bloqueo de eventos programados y se mantuvieran abiertas transacciones prolongadas hasta que se reiniciara el servidor.
+ Se ha corregido un error que producía que los registros de consultas generales, de auditoría y lentas no pudieran registrar consultas controladas por una confirmación manual.
+ Se ha mejorado el desempeño de la característica de lectura anticipada lógica (LRA) hasta 2,5 veces. Esto se hizo permitiendo que operaciones de recuperación (fetch) previas continuaran en páginas intermedias en un árbol B.
+ Se ha agregado la validación de parámetros para variables de auditoría para recortar espacios innecesarios.
+ Se ha corregido una regresión, introducida en Aurora MySQL versión 1.11, por la que las consultas podían devolver resultados incorrectos cuando se utilizaba la opción SQL\$1CALC\$1FOUND\$1ROWS y se invocaba la función FOUND\$1ROWS().
+ Se ha corregido un problema de estabilidad cuando la lista de bloqueo de metadatos se formaba incorrectamente.
+ Se ha mejorado la estabilidad cuando se establece sql\$1mode en PAD\$1CHAR\$1TO\$1FULL\$1LENGTH y se ejecuta el comando `SHOW FUNCTION STATUS WHERE Db='string'`.
+ Se ha corregido un caso inusual, en el que las instancias no se mostraban después de una actualización de versión de Aurora debido a una comprobación de coherencia de volumen falso.
+ Se ha corregido el problema de rendimiento, introducido en Aurora MySQL versión 1.12, en el que se reducía el rendimiento del escritor de Aurora cuando los usuarios tenían un número elevado de tablas. 
+ Se ha mejorado un problema de estabilidad cuando el escritor de Aurora se configura como un nodo de trabajo de binlog y el número de conexiones se acerca a 16 000. 
+ Se ha corregido un problema inusual, en el que una réplica de Aurora podía reiniciarse cuando se bloqueaba una conexión a la espera de un bloqueo de metadatos durante la ejecución de DDL en el principal de Aurora. 

## Integración de correcciones de errores de MySQL.
<a name="AuroraMySQL.Updates.20170515.BugFixes"></a>
+ Con una tabla de InnoDB vacía, no es posible disminuir el valor auto\$1increment mediante la instrucción ALTER TABLE, incluso cuando la tabla está vacía. (Error n.º 69882)
+ Las consultas MATCH() ... que utilizan una cadena larga como argumento para AGAINST() podrían producir un error cuando se ejecutan en una tabla de InnoDB con un índice de búsqueda de texto completo. (Error n.º 17640261)
+ El tratamiento de SQL\$1CALC\$1FOUND\$1ROWS en combinación con ORDER BY y LIMIT podría dar lugar a resultados incorrectos para FOUND\$1ROWS(). (Error n.º 68458 y error n.º 16383173)
+ ALTER TABLE no permite cambiar la nulabilidad de la columna si existe una clave externa. (Error n.º 77591)

# Actualizaciones del motor de base de datos de Aurora MySQL del 05/04/2017 (versión 1.12) (obsoleta)
<a name="AuroraMySQL.Updates.20170405"></a>

**Versión:** 1.12

Aurora MySQL 1.12 es ahora la versión preferida para la creación de clústeres de bases de datos nuevos, incluidas las restauraciones a partir de instantáneas.

Esta no es una actualización obligatoria para clústeres existentes. Tendrá la opción de realizar la actualización de clústeres existentes a la versión 1.12 una vez que finalicemos la aplicación del parche en toda la flota a la 1.11 (consulte las [notas de la versión](AuroraMySQL.Updates.20170223.md) 1.11 de Aurora y el [anuncio en el foro correspondiente](https://forums.aws.amazon.com/ann.jspa?annID=4444)). Con la versión 1.12 de Aurora, estamos utilizando un modelo de aplicación de parches en clúster. Se aplican parches a todos los nodos de un clúster de base de datos Aurora al mismo tiempo. Para obtener más información, consulte [Mantenimiento de un clúster de base de datos de Amazon Aurora](https://docs.aws.amazon.com/AmazonRDS/latest/AuroraUserGuide/USER_UpgradeDBInstance.Maintenance.html) en la *Guía del usuario de Amazon Aurora*.

## Nuevas características
<a name="AuroraMySQL.Updates.20170405.New"></a>
+ **DDL rápida**: Aurora MySQL permite ahora ejecutar una operación ALTER TABLE *tbl\$1name* ADD COLUMN *col\$1name* *column\$1definition* de manera casi instantánea. La operación se completa sin que sea necesario copiar la tabla y sin que haya un impacto material en otras instrucciones DML. Dado que no consume almacenamiento temporal para una copia de la tabla, las instrucciones DDL resultan prácticas incluso para tablas grandes en clases de instancias pequeñas. El DDL rápido solo se admite actualmente para añadir columnas que se puedan anular, sin un valor predeterminado, al final de una tabla. Esta característica está disponible actualmente en el modo lab de Aurora. Para obtener más información, consulte [Modificación de las tablas de Amazon Aurora con operaciones DDL rápidas](https://docs.aws.amazon.com/AmazonRDS/latest/AuroraUserGuide/AuroraMySQL.Managing.FastDDL.html) en la *Guía del usuario de Amazon Aurora*.
+ **Mostrar estado de volumen**: hemos agregado un nuevo comando de monitorización, SHOW VOLUME STATUS, para mostrar el número de nodos y discos en un volumen. Para obtener más información, consulte [Visualización del estado del volumen para un clúster de base de datos de Aurora MySQL](https://docs.aws.amazon.com/AmazonRDS/latest/AuroraUserGuide/AuroraMySQL.Managing.VolumeStatus.html) en la *Guía del usuario de Amazon Aurora*.

## Mejoras
<a name="AuroraMySQL.Updates.20170405.Improvements"></a>
+ Se han implementado cambios para bloquear la compresión y reducir aún más la memoria asignada por objeto de bloqueo. Esta mejora está disponible en el modo lab.
+ Se ha corregido un problema que producía que la métrica `trx_active_transactions` disminuyera rápidamente incluso cuando la base de datos estaba inactiva.
+ Se ha corregido un mensaje de error no válido relativo a sintaxis de consulta de inserción de errores al simular un error en discos y nodos.
+ Se han corregido múltiples problemas relacionados con las condiciones de carrera y bloqueos temporales inactivos en el administrador de bloqueos.
+ Se ha corregido un problema que provocaba el desbordamiento del búfer en el optimizador de consultas.
+ Se ha corregido un problema de estabilidad en réplicas de lectura de Aurora cuando los nodos de almacenamiento subyacentes experimentaban un bajo nivel de memoria disponible.
+ Se ha corregido un problema por el que las conexiones inactivas persistían más allá de la configuración del parámetro `wait_timeout`.
+ Se ha corregido un problema por el que `query_cache_size` devolvía un valor no esperado después del reinicio de la instancia.
+ Se ha corregido un problema de desempeño producido cuando el subproceso de diagnóstico sondeaba la red con demasiada frecuencia si las escrituras no avanzaban hacia el almacenamiento.

## Integración de correcciones de errores de MySQL.
<a name="AuroraMySQL.Updates.20170405.BugFixes"></a>
+ Volver a cargar una tabla desalojada mientras estaba vacía provocaba el restablecimiento del valor AUTO\$1INCREMENT. (Error n.º 21454472 y error n.º 77743)
+ No se encontraba un registro del índice en la restauración debido a incoherencias en la estructura de purge\$1node\$1t. La incoherencia producía mensajes de advertencia y de error, por ejemplo, “error in sec index entry update”, “unable to purge a record” y “tried to purge sec index entry not marked for deletion”. (Error n.º 19138298, error n.º 70214, error n.º 21126772 y error n.º 21065746) 
+ El cálculo incorrecto del tamaño de pila para la operación qsort conduce al desbordamiento de la pila. (Error n.º 73979)
+ No se encuentra el registro en un índice cuando se produce la restauración. (Error n.º 70214 y error n.º 72419)
+ ALTER TABLE agrega la columna TIMESTAMP en la actualización. CURRENT\$1TIMESTAMP inserta datos ZERO. (Error n.º 17392)

# Actualizaciones del motor de base de datos de Aurora MySQL del 23/02/2017 (versión 1.11) (obsoleta)
<a name="AuroraMySQL.Updates.20170223"></a>

**Versión:** 1.11

Aplicaremos parches a todos los clústeres de base de datos de Aurora MySQL con la última versión durante un breve período después del lanzamiento. Se aplican parches a los clústeres de base de datos mediante el procedimiento heredado con un período de inactividad de unos 5 a 30 segundos. 

La aplicación de parches se produce durante el período de mantenimiento del sistema que ha especificado para cada una de sus instancias de base de datos. Puede ver o cambiar este período utilizando la Consola de administración de AWS. Para obtener más información, consulte [Mantenimiento de un clúster de base de datos de Amazon Aurora](https://docs.aws.amazon.com/AmazonRDS/latest/AuroraUserGuide/USER_UpgradeDBInstance.Maintenance.html) en la *Guía del usuario de Amazon Aurora*.

**Como alternativa, puede aplicar el parche inmediatamente en el. Consola de administración de AWS Para ello, elija un clúster de base de datos, elija Cluster **Actions** y, a continuación, elija Actualizar ahora.**

Con la versión 1.11 de Aurora MySQL, estamos utilizando un modelo de aplicación de parches en clúster. Se aplican parches a todos los nodos de un clúster de base de datos Aurora al mismo tiempo.

## Nuevas características
<a name="AuroraMySQL.Updates.20170223.New"></a>
+ **Opción MANIFEST para LOAD DATA FROM S3**: LOAD DATA FROM S3 se publicó en la versión 1.8. Las opciones para este comando se han ampliado. Ahora, puede especificar una lista de archivos para cargarlos en un clúster de base de datos Aurora desde Amazon S3 utilizando un archivo de manifiesto. Esto facilita la carga de datos desde archivos específicos en una o más ubicaciones, frente a la carga de datos desde un solo archivo mediante la opción FILE o desde varios archivos que tienen la misma ubicación y prefijo utilizando la opción PREFIX. El formato del archivo de manifiesto es el mismo que utiliza Amazon Redshift. Para obtener más información sobre cómo usar LOAD DATA FROM S3 con la opción MANIFEST, consulte [Uso de un manifiesto para especificar los archivos de datos que se deben cargar](https://docs.aws.amazon.com/AmazonRDS/latest/AuroraUserGuide/AuroraMySQL.Integrating.LoadFromS3.html#AuroraMySQL.Integrating.LoadFromS3.Manifest) en la *Guía del usuario de Amazon Aurora*.
+ **Indexación espacial habilitada de manera predeterminada**: esta característica se lanzó en el modo lab de la versión 1.10 y ahora está activa de manera predeterminada. La indexación espacial mejora el desempeño de las consultas en conjuntos de datos grandes, para consultas que usan datos espaciales. Para obtener más información sobre el uso de la indexación espacial, consulte [Amazon Aurora MySQL y los datos espaciales](https://docs.aws.amazon.com/AmazonRDS/latest/AuroraUserGuide/Aurora.AuroraMySQL.Overview.html#Aurora.AuroraMySQL.Spatial) en la *Guía del usuario de Amazon Aurora*.
+ **Cambio del momento de realización de auditorías avanzadas**: esta característica se lanzó en la versión 1.10.1 para proporcionar una instalación de alto rendimiento para auditar la actividad de las bases de datos. En esta versión, se ha cambiado la precisión de las marcas de tiempo de los registros de auditoría: de un segundo a un microsegundo. Unas marcas de tiempo más precisas permiten comprender mejor cuándo se produjo un evento de auditoría. Para obtener más información sobre la auditoría, consulte [Uso de auditorías avanzadas con un clúster de base de datos Amazon Aurora MySQL](https://docs.aws.amazon.com/AmazonRDS/latest/AuroraUserGuide/AuroraMySQL.Auditing.html) en la *Guía del usuario de Amazon Aurora*.

## Mejoras
<a name="AuroraMySQL.Updates.20170223.Improvements"></a>
+ Se ha modificado el parámetro `thread_handling` para evitar que se configure con opciones distintas a **multiple-connections-per-thread**, que es el único modelo admitido por el grupo de subprocesos de Aurora.
+ Se ha corregido un problema provocado al establecer los parámetros `buffer_pool_size` o `query_cache_size` en valores mayores que los de la memoria total del clúster de base de datos. En esta circunstancia, Aurora establece el parámetro modificado en el valor predeterminado, por lo que el clúster de base de datos puede iniciarse y no bloquearse.
+ Se ha corregido un problema en la caché de consultas por el que una transacción obtenía resultados de lectura obsoletos si otra transacción invalidaba la tabla.
+ Se ha corregido un problema por el que archivos binlog marcados para su eliminación se eliminaban después de un pequeño retardo, en lugar inmediatamente.
+ Se ha corregido un problema por el que una base de datos creada con el nombre **tmp** se trataba como una base de datos del sistema almacenada en un almacenamiento efímero y no se conservaba en el almacenamiento distribuido de Aurora.
+ Se ha modificado el comportamiento de SHOW TABLES para excluir determinadas tablas del sistema interno. Este cambio ayuda a evitar conmutaciones por error innecesarias causadas por el bloqueo por parte de mysqldump de todos los archivos que se muestran en SHOW TABLES. Esto evita, a su vez, escrituras en la tabla del sistema interno, que dan lugar a la conmutación por error.
+ Se ha corregido un problema por el que una réplica de Aurora se reiniciaba incorrectamente al crearse una tabla temporal a partir de una consulta que invocaba una función cuyo argumento era una columna de una tabla de InnoDB.
+ Se ha corregido un problema relacionado con un conflicto de bloqueo de metadatos en un nodo de réplica de Aurora. Este problema provocaba que la réplica de Aurora quedara por detrás del clúster de base de datos principal y acabara reiniciándose.
+ Se ha corregido un bloqueo temporal inactivo en la canalización de replicación en nodos del lector, que provocaba que la réplica de Aurora quedara rezagada y acabara reiniciándose.
+ Se ha corregido un problema por el que las réplicas de Aurora se retrasaban demasiado con volúmenes cifrados superiores a 1 terabyte (TB).
+ Se ha mejorado la detección de bloqueo temporal inactivo de réplicas de Aurora utilizando un método mejorado para leer la hora del reloj del sistema.
+ Se ha corregido un problema por el que una réplica de Aurora podía reiniciarse dos veces en lugar de una después de la anulación del registro por parte del escritor.
+ Se ha corregido un problema de ralentización de desempeño de consultas de réplicas de Aurora que se producía cuando estadísticas transitorias causaban discrepancias en las estadísticas de las columnas de índice no únicas.
+ Se ha corregido un problema por el que una réplica de Aurora podía bloquearse cuando una instrucción DDL se replicaba en la réplica de Aurora al mismo tiempo que dicha réplica de Aurora procesaba una consulta relacionada.
+ Se han modificado las mejoras de la canalización de replicación que se introdujeron en la versión 1.10: de habilitado a deshabilitado (como valor predeterminado). Estas mejoras se introdujeron para aplicar actualizaciones de flujos de registro a la caché del búfer de una réplica de Aurora. Si bien esta característica ayuda a mejorar el rendimiento de la lectura y la estabilidad en réplicas de Aurora, aumenta el retardo de la réplica en determinadas cargas de trabajo.
+ Se ha corregido un problema por el que la incidencia simultánea de una instrucción DDL en curso y de lectura anticipada en paralelo pendiente en la misma tabla causaba un error de aserción durante la fase de confirmación de la instrucción DDL.
+ Se han mejorado el registro general y el registro de consultas lentas para que sobrevivan al reinicio del clúster de base de datos.
+ Se ha corregido un out-of-memory problema relacionado con determinadas consultas de larga duración al reducir el consumo de memoria en el módulo ACL.
+ Se ha corregido un problema de reinicio que se producía cuando una tabla tenía índices no espaciales, había predicados espaciales en la consulta, el planificador decidía utilizar un índice no espacial y dicho planificador insertaba incorrectamente la condición espacial en el índice.
+ Se ha corregido un problema que provocaba que el clúster de base de datos se reiniciara cuando se eliminaban, actualizaban o purgaban objetos geoespaciales muy grandes que estaban almacenados externamente (por ejemplo). LOBs
+ Se ha corregido un problema donde la simulación de errores mediante ALTER SYSTEM SIMULATE ... FOR INTERVAL no funciona correctamente.
+ Se ha corregido un problema de estabilidad causado por una aserción no válida o una invariable incorrecta en el administrador de bloqueos.
+ Se han deshabilitado las dos mejoras siguientes en la búsqueda de texto completo de InnoDB, introducidas en la versión 1.10, porque crearon problemas de estabilidad en algunas cargas de trabajo exigentes:
  +  Actualización de la caché solo después de una solicitud de lectura a una réplica de Aurora para mejorar la velocidad de replicación de la caché del índice de búsqueda de texto completo. 
  + Descarga de la tarea de sincronización de la caché en un subproceso separado en cuanto el tamaño de la caché traspasa el 10 % del tamaño total, para evitar que las consultas MySQL se paralicen demasiado tiempo durante la sincronización de la caché de FTS en disco. (Errores n.º 22516559 y n.º 73816).

## Integración de correcciones de errores de MySQL.
<a name="AuroraMySQL.Updates.20170223.BugFixes"></a>
+ La ejecución de la clave externa DROP de la tabla ALTER simultáneamente con otra operación DROP causa la desaparición de la tabla. (Error n.º 16095573)
+ Algunas consultas de INFORMATION SCHEMA que usaban ORDER BY no aplicaban una optimización de la operación filesort como antes. (Error n.º 16423536)
+ FOUND\$1ROWS () devuelve un recuento erróneo de filas en una tabla. (Error n.º 68458)
+ El servidor se bloquea en lugar de dar un error cuando hay demasiadas tablas temporales abiertas. (Error n.º 18948649)

# Actualizaciones del motor de base de datos de Aurora MySQL del 12/01/2017 (versión 1.10.1) (obsoleta)
<a name="AuroraMySQL.Updates.20170112"></a>

**Versión:** 1.10.1

La versión 1.10.1 de Aurora MySQL es una versión opcional, que no se utiliza para aplicar parches a las instancias de base de datos. Está disponible para la creación de instancias de Aurora nuevas y para la actualización de instancias existentes. También puede aplicar el parche eligiendo un clúster en la [consola de Amazon RDS](https://console.aws.amazon.com/rds/), **Cluster Actions (Acciones de clúster)** y, a continuación, **Upgrade Now (Actualizar ahora)**. La aplicación de parches exige el reinicio de la base de datos, por lo que se producirán entre 5 y 30 segundos de inactividad. Posteriormente, podrá volver a utilizar los clústeres de la base de datos. Este parche utiliza un modelo de aplicación de parches en clúster. Se aplican parches a todos los nodos de un clúster de Aurora al mismo tiempo.

## Nuevas características
<a name="AuroraMySQL.Updates.20170112.New"></a>
+ **Auditoría avanzada**: Aurora MySQL proporciona una característica de auditoría avanzada de alto rendimiento que puede utilizar para auditar la actividad de la base de datos. Para obtener más información sobre cómo habilitar y usar la auditoría avanzada, consulte [Uso de auditorías avanzadas con un clúster de base de datos Amazon Aurora MySQL](https://docs.aws.amazon.com/AmazonRDS/latest/AuroraUserGuide/AuroraMySQL.Auditing.html) en la *Guía del usuario de Amazon Aurora*.

## Mejoras
<a name="AuroraMySQL.Updates.20170112.Improvements"></a>
+ Se ha corregido un problema con la indexación espacial al crear una columna y agregarle un índice en la misma instrucción.
+ Se ha corregido un problema por el que las estadísticas espaciales no se conservaban en un reinicio de clúster de base de datos.

# Actualizaciones del motor de base de datos de Aurora MySQL del 14/02/2016 (versión 1.10) (obsoleta)
<a name="AuroraMySQL.Updates.20161214"></a>

**Versión:** 1.10

## Nuevas características
<a name="AuroraMySQL.Updates.20161214.New"></a>
+ **Aplicación de parche sin tiempo de inactividad**: esta característica permite la aplicación de un parche a una instancia de base de datos sin ningún tiempo de inactividad. Es decir, las actualizaciones de la base de datos se realizan sin desconectar las aplicaciones cliente ni reiniciar la base de datos. Este enfoque aumenta la disponibilidad de sus clústeres de base de datos Aurora durante el período de mantenimiento. Tenga en cuenta que los datos temporales como los que se encuentran en el esquema de desempeño se restablecen durante el proceso de actualización. Esta característica se aplica a parches entregados por el servicio durante un período de mantenimiento, así como a parches iniciados por el usuario. 

  Cuando se inicia la aplicación de un parche, el servicio se asegura de que no haya bloqueos abiertos, transacciones o tablas temporales y espera, a continuación, el período apropiado durante el cual pueda aplicarse el parche y reiniciarse la base de datos. Las sesiones de aplicación se conservan, si bien se produce una caída en el desempeño mientras la aplicación del parche está en curso (durante aproximadamente 5 segundos). Si no puede encontrarse un período apropiado, se recurrirá a una aplicación de parches estándar de manera predeterminada.

  La aplicación de parches sin tiempo de inactividad tiene lugar en la medida de lo posible, sujeta a determinadas limitaciones según se describe a continuación:
  + Esta característica es aplicable en la actualidad a la aplicación de parches a clústeres de base de datos de un nodo o instancias de escritor en clústeres de base de datos de varios nodos.
  + Las conexiones SSL no se admiten junto con esta característica. Si hay conexiones SSL activas, Amazon Aurora MySQL no realizará una aplicación de parches sin tiempo de inactividad. En su lugar, intentará ver periódicamente si las conexiones SSL han terminado. Si han terminado, se inicia la aplicación de parches sin tiempo de inactividad. Si las conexiones SSL se conservan después de más de un par de segundos, se inicia la aplicación de parches estándar con tiempo de inactividad.
  + La característica está disponible en Aurora 1.10 y versiones posteriores. En el futuro, identificaremos cualquier versión o parche que no pueda aplicarse mediante la aplicación de parches sin tiempo de inactividad.
  + Esta característica no es aplicable si la replicación basada en registro binario está activa.
+ **Indexación espacial**: la indexación espacial mejora el rendimiento de las consultas en conjuntos de datos grandes, para consultas que usan datos espaciales. Para obtener más información sobre el uso de la indexación espacial, consulte [Amazon Aurora MySQL y los datos espaciales](https://docs.aws.amazon.com/AmazonRDS/latest/AuroraUserGuide/Aurora.AuroraMySQL.Overview.html#Aurora.AuroraMySQL.Spatial) en la *Guía del usuario de Amazon Aurora*.

  Esta característica está deshabilitada de forma predeterminada y puede activarse habilitando el modo lab de Aurora. Para obtener información, consulte [Modo lab de Amazon Aurora MySQL](https://docs.aws.amazon.com/AmazonRDS/latest/AuroraUserGuide/AuroraMySQL.Updates.LabMode.html) en la *Guía del usuario de Amazon Aurora*.
+ **Mejoras de la canalización de replicación**: Aurora MySQL utiliza ahora un mecanismo mejorado para aplicar actualizaciones de flujos de registro a la caché del búfer de una réplica de Aurora. Esta característica mejora el desempeño de lectura y la estabilidad en réplicas de Aurora cuando hay una gran carga de escritura en el principal, así como una carga de lectura significativa en la réplica. Esta característica está habilitada de forma predeterminada. 
+ **Mejora del rendimiento para cargas de trabajo con lecturas en caché**: Aurora MySQL utiliza ahora un algoritmo simultáneo sin bloqueos para implementar vistas de lectura, lo que optimiza el rendimiento para consultas de lectura proporcionadas por la caché del búfer. Como resultado de esta y otras mejoras, Amazon Aurora MySQL puede lograr un rendimiento de hasta 625 000 lecturas por segundo, en comparación con las 164 000 lecturas por segundo de MySQL 5.7 para una SysBench carga de trabajo exclusiva de Select. 
+ **Mejora del rendimiento para cargas de trabajo con contención de filas activas**: Aurora MySQL utiliza un nuevo algoritmo de publicación bloqueo que mejora el rendimiento, en especial cuando hay contención de página activa (es decir, muchas transacciones compiten por las filas en la misma página). En pruebas con la herramienta para el análisis comparativo TPC-C, esto puede producir una mejora en el rendimiento de hasta 16 veces en transacciones por minuto con respecto a MySQL 5.7. Esta característica está deshabilitada de forma predeterminada y puede activarse habilitando el modo lab de Aurora. Para obtener información, consulte [Modo lab de Amazon Aurora MySQL](https://docs.aws.amazon.com/AmazonRDS/latest/AuroraUserGuide/AuroraMySQL.Updates.LabMode.html) en la *Guía del usuario de Amazon Aurora*.

## Mejoras
<a name="AuroraMySQL.Updates.20161214.Improvements"></a>
+ Se ha mejorado la velocidad de replicación de la caché del índice de búsqueda de texto completo. Esto se logra actualizando la caché solo después de una solicitud de lectura a una réplica de Aurora. Este enfoque evita cualquier lectura del disco por parte del subproceso de replicación. 
+ Se ha corregido un problema por el que la invalidación de la caché del diccionario no funcionaba en una réplica de Aurora para tablas que tenían un carácter especial en el nombre de la base de datos o de la tabla.
+ Se ha corregido un problema de `STUCK IO` durante la migración de datos para nodos de almacenamiento distribuidos cuando la administración del nivel de actividad de almacenamiento está habilitada.
+ Se ha corregido un problema en el administrador de bloqueos por el que una comprobación de aserción no funcionaba para el subproceso de espera de bloqueo de transacción al prepararse para la restauración o la confirmación de una transacción.
+ Se ha corregido un problema al abrir una tabla de diccionario dañada actualizando correctamente el recuento de referencias en las entradas de las tablas.
+ Se ha corregido un problema por el que el punto de lectura mínimo del clúster de base de datos podía interrumpirse por réplicas de Aurora lentas.
+ Se ha corregido una fuga de memoria potencial en la caché de consultas.
+ Se ha corregido un problema por el que la réplica de Aurora colocaba un bloqueo en la fila de una tabla cuando se utilizaba una consulta en una instrucción `IF` de un procedimiento almacenado.

## Integración de correcciones de errores de MySQL.
<a name="AuroraMySQL.Updates.20161214.BugFixes"></a>
+ La UNIÓN de tablas derivadas devuelve resultados incorrectos con cláusulas '1=0/false'. (Error n.º 69471)
+ El servidor se bloquea en ITEM\$1FUNC\$1GROUP\$1CONCAT::FIX\$1FIELDS en la segunda ejecución del procedimiento almacenado. (Error n.º 20755389)
+ Evitar que las consultas MySQL se paralicen demasiado tiempo durante la sincronización de la caché de FTS. Para ello, se descarga la tarea de sincronización de la caché en un subproceso separado, en cuanto el tamaño de la caché traspasa el 10 % del tamaño total. (Errores n.º 22516559 y n.º 73816)

# Actualizaciones del motor de base de datos de Aurora MySQL del 10/11/2016 (versiones 1.9.0 y 1.9.1) (obsoletas)
<a name="AuroraMySQL.Updates.20161110"></a>

**Versión:** 1.9.0, 1.9.1

## Nuevas características
<a name="AuroraMySQL.Updates.20161110.New"></a>
+ **Creación de índice mejorada**: la implementación para crear índices secundarios funciona ahora generando el índice de abajo arriba, lo cual elimina divisiones innecesarias de páginas. Esto puede disminuir el tiempo necesario para crear un índice o reconstruir una tabla en hasta un 75 % (para una clase de instancia de base de datos `db.r3.8xlarge`). Esta característica estaba disponible en el modo lab de la versión 1.7 de Aurora MySQL, y ahora está habilitada, de manera predeterminada, en Aurora 1.9 y versiones posteriores. Para obtener información, consulte [Modo lab de Amazon Aurora MySQL](https://docs.aws.amazon.com/AmazonRDS/latest/AuroraUserGuide/AuroraMySQL.Updates.LabMode.html) en la *Guía del usuario de Amazon Aurora*.
+ **Compresión de bloqueo (modo lab)**: esta implementación reduce significativamente la cantidad de memoria que consume el administrador de bloqueos en hasta un 66 %. El administrador de bloqueos puede adquirir más bloqueos de filas sin encontrar ninguna excepción. out-of-memory Esta característica está deshabilitada de forma predeterminada y puede activarse habilitando el modo lab de Aurora. Para obtener información, consulte [Modo lab de Amazon Aurora MySQL](https://docs.aws.amazon.com/AmazonRDS/latest/AuroraUserGuide/AuroraMySQL.Updates.LabMode.html) en la *Guía del usuario de Amazon Aurora*.
+ **Esquema de rendimiento:** Aurora MySQL admite ahora esta característica, con un impacto mínimo en el rendimiento. En nuestras pruebas de uso SysBench, habilitar el esquema de rendimiento podría degradar el rendimiento de MySQL hasta en un 60%.

  SysBench las pruebas de un clúster de base de datos Aurora mostraron un impacto en el rendimiento 4 veces menor que el de MySQL. Al ejecutar la clase de `db.r3.8xlarge` instancia de base de datos, se produjeron 100 000 lecturas de SQL writes/sec y más de 550 000 lecturas de SQL por segundo, incluso con el esquema de rendimiento activado.
+ **Mejora de la contención de filas activas**: esta característica reduce la utilización de la CPU y aumenta el rendimiento cuando un número elevado de conexiones obtiene acceso a un pequeño número de filas activas. Esta característica también elimina ` error 188` cuando se produce la contención de filas activas.
+ ** out-of-memoryGestión mejorada**: cuando se ejecutan sentencias SQL bloqueantes que no son esenciales y se infringe el conjunto de memoria reservada, Aurora fuerza la reversión de esas sentencias SQL. Esta función libera memoria y evita que el motor se bloquee debido a excepciones. out-of-memory
+ **Selector de lectura inteligente**: esta implementación mejora la latencia de lectura al elegir el segmento de almacenamiento óptimo entre los diferentes segmentos para cada lectura, lo que mejora el rendimiento de lectura. SysBench Las pruebas han demostrado un aumento de hasta un 27% en el rendimiento de las cargas de trabajo de escritura.

## Mejoras
<a name="AuroraMySQL.Updates.20161110.Improvements"></a>
+ Se ha corregido un problema por el que la réplica de Aurora se encontraba con un bloqueo compartido durante el inicio del motor.
+ Se ha corregido un bloqueo potencial de una réplica de Aurora cuando el puntero de vista de lectura en el sistema de purga era NULL.

# Actualizaciones del motor de base de datos de Aurora MySQL del 26/10/2016 (versión 1.8.1) (obsoleta)
<a name="AuroraMySQL.Updates.20161026"></a>

**Versión:** 1.8.1

## Mejoras
<a name="AuroraMySQL.Updates.20161026.Improvements"></a>
+ Se ha corregido un problema por el que inserciones masivas, que utilizaban disparadores e invocaban procedimientos de AWS Lambda , no funcionaban.
+ Se ha corregido un problema por el que no se podían migrar catálogos cuando se desactivaba globalmente la confirmación automática.
+ Se ha corregido un error de conexión con Aurora al utilizar SSL y se ha mejorado el grupo Diffie-Hellman para hacer frente a los ataques. LogJam 

## Integración de correcciones de errores de MySQL.
<a name="AuroraMySQL.Updates.20161026.BugFixes"></a>
+ OpenSSL cambió los parámetros de longitud de clave de Diffie-Hellman debido a este problema. LogJam (Error n.º 18367167)

# Actualizaciones del motor de base de datos de Aurora MySQL del 18/10/2016 (versión 1.8) (obsoleta)
<a name="AuroraMySQL.Updates.20161018"></a>

**Versión:** 1.8

## Nuevas características
<a name="AuroraMySQL.Updates.20161018.New"></a>
+ **AWS Lambda integración**: ahora puede invocar de forma asíncrona una función AWS Lambda desde un clúster de base de datos Aurora mediante el procedimiento. `mysql.lambda_async` Para obtener más información, consulte [Invocación de una función de Lambda desde un clúster de bases de datos de Amazon Aurora MySQL](https://docs.aws.amazon.com/AmazonRDS/latest/AuroraUserGuide/AuroraMySQL.Integrating.Lambda.html) en la *Guía del usuario de Amazon Aurora*.
+ **Cargar datos desde Amazon S3**: ahora puede cargar archivos de texto o XML desde un bucket de Amazon S3 en el clúster de base de datos Aurora usando los comandos `LOAD DATA FROM S3` o `LOAD XML FROM S3`. Para obtener más información, consulte [Carga de datos en un clúster de base de datos de Amazon Aurora MySQL en archivos de texto de un bucket de Amazon S3](https://docs.aws.amazon.com/AmazonRDS/latest/AuroraUserGuide/AuroraMySQL.Integrating.LoadFromS3.html) en la *Guía del usuario de Amazon Aurora*.
+ **Migración de catálogo**: Aurora conserva ahora los metadatos de catálogo en el volumen del clúster para admitir el control de versiones. Esto permite la migración fluida de catálogo entre versiones y restauraciones.
+ **Mantenimiento y aplicación de parches en el nivel de grupo**: Aurora administra ahora actualizaciones de mantenimiento para un clúster de base de datos completo. Para obtener más información, consulte [Mantenimiento de un clúster de base de datos de Amazon Aurora](https://docs.aws.amazon.com/AmazonRDS/latest/AuroraUserGuide/USER_UpgradeDBInstance.Maintenance.html) en la *Guía del usuario de Amazon Aurora*.

## Mejoras
<a name="AuroraMySQL.Updates.20161018.Improvements"></a>
+ Se ha corregido un problema por el que la réplica de Aurora se bloqueaba cuando no se concedía un bloqueo de metadatos a una tabla DDL en proceso.
+ Permite que las réplicas de Aurora modifiquen tablas que no sean de InnoDB para facilitar la rotación de archivos CSV de registro generales y lentos donde `log_output=TABLE`.
+ Se ha corregido un retardo en la actualización de estadísticas desde la instancia primaria a una réplica de Aurora. Sin esta corrección, las estadísticas de la réplica de Aurora pueden desactualizarse respecto de las estadísticas de la instancia principal y dar lugar a un plan de consultas diferente (y posiblemente con un desempeño inferior) en una réplica de Aurora. 
+ Se ha corregido una condición de carrera que garantizaba que una réplica de Aurora no adquiría bloqueos.
+ Se ha corregido una situación inusual por la que una réplica de Aurora que se registraba (o dejaba de estar registrada) en la instancia principal generaba errores. 
+ Se ha corregido una condición de carrera que podía llevar a un interbloqueo en instancias `db.r3.large` al abrir o cerrar un volumen.
+ Se ha corregido un out-of-memory problema que podía producirse debido a una combinación de una gran carga de trabajo de escritura y errores en el servicio de almacenamiento distribuido Aurora.
+ Se ha corregido un problema de consumo elevado de CPU debido al giro del subproceso de purga en presencia de una transacción de ejecución prolongada. 
+ Se ha corregido un problema en la ejecución de consultas de esquemas para obtener información sobre bloqueos bajo una carga pesada.
+ Se ha corregido un problema con un proceso de diagnóstico que podía, en casos inusuales, hacer que las escrituras de Aurora en nodos de almacenamiento se paralizaran y reiniciaran o se conmutaran por error.
+ Se ha corregido una condición por la que una tabla creada correctamente podría eliminarse durante una recuperación de bloqueo si este se producía mientras se estaba aplicando una instrucción `CREATE TABLE [if not exists]`.
+ Se ha corregido un caso por el que un procedimiento de rotación de registro se interrumpía cuando el registro general y el registro lento no se almacenaban en el disco mediante la migración de catálogo.
+ Se ha corregido un bloqueo cuando se creaba una tabla temporal dentro de una función definida por el usuario y, a continuación, se utilizaba dicha función en la lista de selección de la consulta.
+ Se ha corregido un bloqueo que se producía al reproducir eventos de GTID. Aurora MySQL no admite GTID.

## Integración de correcciones de errores de MySQL:
<a name="AuroraMySQL.Updates.20161018.Fixes"></a>
+ Al suprimir todos los índices en una columna con varios índices, InnoDB no podía bloquear una operación DROP INDEX cuando una restricción de clave externa requería un índice. (Error n.º 16896810)
+ Solución para bloqueo de restricción al agregar clave externa. (Error n.º 16413976)
+ Se ha corregido un bloqueo al recuperar un cursor en un procedimiento almacenado y analizar o vaciar la tabla al mismo tiempo. (Error n.º 18158639)
+ Se ha corregido un error de incremento automático cuando un usuario alteraba una tabla para cambiar el valor AUTO\$1INCREMENT a un valor inferior al valor máximo de la columna de incremento automático. (Error n.º 16310273)

# Actualizaciones del motor de base de datos de Aurora MySQL del 20/09/2016 (versión 1.7.1) (obsoleta)
<a name="AuroraMySQL.Updates.20160920"></a>

**Versión:** 1.7.1

## Mejoras
<a name="AuroraMySQL.Updates.20160920.Improvements"></a>
+ Se corrige un problema por el que una réplica de Aurora se bloquea si la caché de búsqueda de texto completo de InnoDB está llena.
+ Se corrige un problema por el que el motor de base de datos se bloquea si un subproceso de trabajo en el grupo de subprocesos se espera a sí mismo.
+ Se corrige un problema por el que la réplica de Aurora se bloquea si un bloqueo de metadatos en una tabla causa un interbloqueo.
+ Se corrige un problema por el que el motor de base de datos se bloquea debido a una condición de carrera entre dos subprocesos de trabajo en el grupo de subprocesos.
+ Se corrige un problema por el que se produce una conmutación por error innecesaria bajo una carga pesada si el agente de monitorización no detecta el avance de operaciones de escritura al subsistema de almacenamiento distribuido.

# Actualizaciones del motor de base de datos de Aurora MySQL del 30/08/2016 (versión 1.7.0) (obsoleta)
<a name="AuroraMySQL.Updates.20160830"></a>

**Versión:** 1.7.0

## Nuevas características
<a name="AuroraMySQL.Updates.20160830.New"></a>
+ **Programador con reconocimiento de NUMA**: el programador de tareas para el motor de Aurora MySQL cuenta ahora con reconocimiento de acceso a memoria no uniforme (NUMA). Esto minimiza la contención de sockets entre varias CPU, lo que produce un desempeño mejorado para la clase de instancia de base de datos `db.r3.8xlarge`.
+ **La lectura anticipada en paralelo funciona de manera asíncrona en segundo plano**: se ha revisado la lectura anticipada en paralelo a fin de mejorar el rendimiento mediante un subproceso dedicado para reducir la contención de subprocesos.
+ **Creación de índice mejorada (modo lab)**: la implementación para crear índices secundarios funciona ahora generando el índice de abajo arriba, lo cual elimina divisiones innecesarias de páginas. Esto puede disminuir el tiempo necesario para crear un índice o reconstruir una tabla. Esta característica está deshabilitada de forma predeterminada y puede activarse habilitando el modo lab de Aurora. Para obtener información, consulte [Modo lab de Amazon Aurora MySQL](https://docs.aws.amazon.com/AmazonRDS/latest/AuroraUserGuide/AuroraMySQL.Updates.LabMode.html) en la *Guía del usuario de Amazon Aurora*.

## Mejoras
<a name="AuroraMySQL.Updates.20160830.Improvements"></a>
+ Se ha corregido un problema por el que el establecimiento de una conexión tardaba demasiado tiempo si se producía un pico en el número de conexiones solicitadas para una instancia.
+ Se ha corregido un problema por el que se producía un bloqueo si se ejecutaba ALTER TABLE en una tabla con particiones que no utilizaba InnoDB.
+ Se ha corregido un problema por el que una carga de trabajo con muchas escrituras podía causar una conmutación por error.
+ Se ha corregido una aserción errónea que causaba un error si se ejecutaba RENAME TABLE en una tabla con particiones.
+ Se ha mejorado la estabilidad al anular una transacción durante una gran carga de trabajo de inserciones.
+ Se ha corregido un problema por el que índices de búsqueda de texto no eran viables en una réplica de Aurora.

## Integración de correcciones de errores de MySQL.
<a name="AuroraMySQL.Updates.20160830.BugFixes"></a>
+ Mejora de la escalabilidad mediante la división del bloqueo LOCK\$1grant. (Puerto WL n.º 8355)
+ La apertura del cursor en SELECT en el procedimiento almacenado causa un error de segmentación. (Error de puerto n.º 16499751)
+ MySQL da un resultado incorrecto con algunos usos especiales. (Error n.º 11751794)
+ Bloqueo en GET\$1SEL\$1ARG\$1FOR\$1KEYPART: causado por el parche para el error n.º 11751794. (Error n.º 16208709)
+ Resultados incorrectos para una consulta simple realizada por GROUP BY. (Error n.º 17909656)
+ Filas adicionales en la consulta de semicombinación (semijoin) con predicados de rango. (Error n.º 16221623)
+ Agregar una cláusula ORDER BY tras una subconsulta IN podría provocar la devolución de filas duplicadas. (Error n.º 16308085)
+ Bloqueo con el comando EXPLAIN para una consulta con examen amplio para GROUP BY, MyISAM. (Error n.º 16222245)
+ El examen de índice amplio con predicado de entero entre comillas devuelve datos aleatorios. (Error n.º 16394084)
+ Si el optimizador estaba utilizando un examen de índice amplio, el servidor podía detenerse mientras intentaba crear una tabla temporal. (Error n.º 16436567)
+ COUNT(DISTINCT) no debe contar valores NULL, pero se cuentan cuando el optimizador utiliza el examen de índice amplio. (Error n.º 17222452)
+ Si una consulta tenía las funciones MIN()/MAX() y aggregate\$1function(DISTINCT) (por ejemplo, SUM(DISTINCT)) y se ejecutaba utilizando el examen de índice amplio, los valores de los resultados de MIN()/MAX() se establecían incorrectamente. (Error n.º 17217128)

# Actualizaciones del motor de base de datos de Aurora MySQL del 01/06/2016 (versión 1.6.5) (obsoleta)
<a name="AuroraMySQL.Updates.20160601"></a>

**Versión:** 1.6.5

## Nuevas características
<a name="AuroraMySQL.Updates.20160601.New"></a>
+ **Almacenamiento eficiente de registros binarios**: el almacenamiento eficiente de registros binarios está ahora habilitado de manera predeterminada para todos los clústeres de base de datos Aurora MySQL y no puede configurarse. El almacenamiento eficiente de registros binarios se introdujo en la actualización de abril de 2016. Para obtener más información, consulte [Actualizaciones del motor de base de datos de Aurora MySQL del 06/04/2016 (versión 1.6) (obsoleta)](AuroraMySQL.Updates.20160406.md).

## Mejoras
<a name="AuroraMySQL.Updates.20160601.Improvements"></a>
+ Se ha mejorado la estabilidad para réplicas de Aurora cuando la instancia principal se encuentra con mucha carga de trabajo. 
+ Se ha mejorado la estabilidad para réplicas de Aurora al ejecutar consultas en tablas con particiones y tablas con caracteres especiales en el nombre de la tabla. 
+ Se han corregidos problemas de conexión al usar conexiones seguras.

## Integración de correcciones de errores de MySQL.
<a name="AuroraMySQL.Updates.20160601.BugFixes"></a>
+ SLAVE CAN'T CONTINUE REPLICATION AFTER MASTER'S CRASH RECOVERY (Port Bug \$117632285)

# Actualizaciones del motor de base de datos de Aurora MySQL del 06/04/2016 (versión 1.6) (obsoleta)
<a name="AuroraMySQL.Updates.20160406"></a>

**Versión:** 1.6

Esta actualización incluye las siguientes mejoras:

## Nuevas características
<a name="AuroraMySQL.Updates.20160406.New"></a>
+ **Lectura anticipada en paralelo**: la lectura anticipada en paralelo está ahora habilitada de manera predeterminada para todos los clústeres de base de datos Aurora MySQL y no puede configurarse. La lectura anticipada en paralelo se introdujo en la actualización de diciembre de 2015. Para obtener más información, consulte [Actualizaciones del motor de base de datos de Aurora MySQL del 03/12/2015 (versión 1.4) (obsoleta)](AuroraMySQL.Updates.20151203.md).

  Además de habilitar la lectura anticipada en paralelo de manera predeterminada, esta versión incluye las siguientes mejoras:
  + Mejora de la lógica para que la lectura anticipada en paralelo sea menos agresiva, lo cual es beneficioso cuando su clúster de base de datos se encuentra con muchas cargas de trabajo paralelas.
  + Mejora de la estabilidad en tablas más pequeñas.
+ **Almacenamiento eficiente de registros binarios (modo lab)**: los archivos de registro binario MySQL se almacenan ahora de manera más eficiente en Aurora MySQL. La nueva implementación de almacenamiento permite la eliminación de archivos de registro binarios mucho antes. Asimismo, mejora el rendimiento del sistema para una instancia en un clúster de base de datos de Aurora MySQL que es el maestro de la replicación del registro binario.

  Para habilitar el almacenamiento eficiente de registros binarios, establezca el parámetro `aurora_lab_mode` en `1` en el grupo de parámetros para la instancia principal o la réplica de Aurora. El parámetro `aurora_lab_mode` es un parámetro en el nivel de la instancia que se encuentra, de manera predeterminada, en el grupo de parámetros `default.aurora5.6`. Para obtener información sobre la modificación de un grupo de parámetros de base de datos, consulte [Modificación de parámetros de un grupo de parámetros de base de datos](https://docs.aws.amazon.com/AmazonRDS/latest/AuroraUserGuide/USER_WorkingWithParamGroups.html#USER_WorkingWithParamGroups.Modifying) en la *Guía del usuario de Amazon Aurora*. Para obtener información sobre los grupos de parámetros y Aurora MySQL, consulte [Parámetros de configuración de Aurora MySQL](https://docs.aws.amazon.com/AmazonRDS/latest/AuroraUserGuide/AuroraMySQL.Reference.html#AuroraMySQL.Reference.ParameterGroups) en la *Guía del usuario de Amazon Aurora*.

  Active el almacenamiento eficiente de logs binarios únicamente para instancias de un clúster de base de datos de Aurora MySQL y que sean instancias maestras de replicación del registro binario de MySQL.
+ **Variable del sistema AURORA\$1VERSION**: ahora puede obtener la versión Aurora de su clúster de base de datos Aurora MySQL mediante una consulta de la variable del sistema `AURORA_VERSION`.

  Para obtener la versión de Aurora, utilice una de las siguientes consultas:

  ```
  select AURORA_VERSION();
  select @@aurora_version;
  show variables like '%version';
  ```

  También puede ver la versión Aurora Consola de administración de AWS al modificar un clúster de base de datos o al llamar al [describe-db-engine-versions](https://docs.aws.amazon.com/cli/latest/reference/rds/describe-db-engine-versions.html) AWS CLI comando o a la operación de la API [Describe DBEngine Versions](https://docs.aws.amazon.com/AmazonRDS/latest/APIReference/API_DescribeDBEngineVersions.html).
+ **Métrica de uso de la memoria del administrador de bloqueos**: la información sobre el uso de la memoria del administrador de bloqueos ahora está disponible como métrica.

  Para obtener la métrica de uso de la memoria del administrador de bloqueos, utilice una de las siguientes consultas:

  ```
  show global status where variable_name in ('aurora_lockmgr_memory_used');
  select * from INFORMATION_SCHEMA.GLOBAL_STATUS where variable_name in ('aurora_lockmgr_memory_used');
  ```

## Mejoras
<a name="AuroraMySQL.Updates.20160406.Improvements"></a>
+ Se ha mejorado la estabilidad durante la recuperación de transacciones binlog y XA.
+ Se ha corregido un problema de memoria derivado de un número elevado de conexiones.
+ Se ha mejorado la precisión de las siguientes métricas: `Read Throughput`,` Read IOPS`, `Read Latency`, `Write Throughput`, `Write IOPS`, `Write Latency` y `Disk Queue Depth`.
+ Se ha corregido un problema de estabilidad que causaba un reinicio lento en instancias grandes después de un bloqueo.
+ Simultaneidad mejorada en el diccionario de datos con respecto a mecanismos de sincronización y desalojo de la caché. 
+ Mejoras de la estabilidad y del desempeño para réplicas de Aurora:
  + Se ha corregido un problema de estabilidad para réplicas de Aurora durante cargas de trabajo intensas o en ráfagas para la instancia principal.
  + Se ha mejorado un retardo de réplica para instancias db.r3.4xlarge y db.r3.8xlarge. 
  + Se ha mejorado el desempeño reduciendo la contención entre la aplicación de registros y lecturas simultáneas en una réplica de Aurora.
  + Se ha corregido un problema para la actualización de estadísticas en réplicas de Aurora para estadísticas recién creadas o actualizadas.
  + Se ha mejorado la estabilidad para réplicas de lectura cuando hay muchas transacciones en la instancia principal y lecturas simultáneas en las réplicas de Aurora en los mismos datos.
  + Se ha mejorado la estabilidad para réplicas de Aurora al ejecutar las instrucciones `UPDATE` y `DELETE` con instrucciones `JOIN`.
  + Se ha mejorado la estabilidad para réplicas de Aurora al ejecutar instrucciones `INSERT ... SELECT`.

## Integración de correcciones de errores de MySQL.
<a name="AuroraMySQL.Updates.20160406.BugFixes"></a>
+ BACKPORT Bug \$118694052 FIX FOR ASSERTION `\$1M\$1ORDERED\$1REC\$1BUFFER' FAILED TO 5.6 (Error de puerto n.º 18305270) 
+ SEGV IN MEMCPY(), HA\$1PARTITION::POSITION (Error de puerto n.º 18383840)
+ WRONG RESULTS WITH PARTITIONING,INDEX\$1MERGE AND NO PK (Error de puerto n.º 18167648)
+ FLUSH TABLES FOR EXPORT: ASSERTION IN HA\$1PARTITION::EXTRA (Error de puerto n.º 16943907)
+ SERVER CRASH IN VIRTUAL HA\$1ROWS HANDLER::MULTI\$1RANGE\$1READ\$1INFO\$1CONST (Error de puerto n.º 16164031)
+ RANGE OPTIMIZER CRASHES IN SEL\$1ARG::RB\$1INSERT() (Error de puerto n.º 16241773)

# Actualizaciones del motor de base de datos de Aurora MySQL del 11/01/2016 (versión 1.5) (obsoleta)
<a name="AuroraMySQL.Updates.20160111"></a>

**Versión:** 1.5

Esta actualización incluye las siguientes mejoras:

## Mejoras
<a name="AuroraMySQL.Updates.20160111.Improvements"></a>
+ Se ha corregido una pausa de 10 segundos en las operaciones de escritura para instancias inactivas durante implementaciones de almacenamiento de Aurora.
+ La lectura anticipada lógica funciona ahora cuando se establece `innodb_file_per_table` en `No`. Para obtener más información acerca de la lectura anticipada lógica, consulte [Actualizaciones del motor de base de datos de Aurora MySQL del 03/12/2015 (versión 1.4) (obsoleta)](AuroraMySQL.Updates.20151203.md).
+ Se han corregido problemas con réplicas de Aurora que vuelven a conectarse con la instancia principal. Esta mejora también corrige un problema cuando se especifica un valor grande para el parámetro `quantity` al probar errores de réplica de Aurora mediante consultas de inserción de errores. Para obtener más información, consulte [Prueba de un error de una réplica de Aurora](https://docs.aws.amazon.com/AmazonRDS/latest/AuroraUserGuide/AuroraMySQL.Managing.FaultInjectionQueries.html#AuroraMySQL.Managing.FaultInjectionQueries.ReplicaFailure) en la *Guía del usuario de Amazon Aurora*.
+ Mejora de la monitorización de réplicas de Aurora que se quedan rezagadas y se reinician.
+ Se ha corregido un problema que provocaba el retardo de una réplica de Aurora, la anulación de su registro y, a continuación, su reinicio.
+ Se ha corregido un problema al ejecutar el comando `show innodb status` durante un interbloqueo.
+ Se ha corregido un problema de conmutaciones por error de instancias grandes durante un desempeño de escritura elevado.

## Integración de correcciones de errores de MySQL.
<a name="AuroraMySQL.Updates.20160111.BugFixes"></a>
+ Se ha abordado una corrección incompleta de la búsqueda de texto completa de MySQL que afecta a tablas en las que el nombre de la base de datos comienza por un dígito. (Error de puerto n.º 17607956) 

# Actualizaciones del motor de base de datos de Aurora MySQL del 03/12/2015 (versión 1.4) (obsoleta)
<a name="AuroraMySQL.Updates.20151203"></a>

**Versión:** 1.4

Esta actualización incluye las siguientes mejoras:

## Nuevas características
<a name="AuroraMySQL.Updates.20151203.New"></a>
+ **Inserción rápida**: acelera las inserciones paralelas ordenadas por clave principal. Para obtener más información, consulte [Mejoras del rendimiento de Amazon Aurora MySQL](https://docs.aws.amazon.com/AmazonRDS/latest/AuroraUserGuide/Aurora.AuroraMySQL.Overview.html#Aurora.AuroraMySQL.Performance) en la *Guía del usuario de Amazon Aurora*. 
+ **Rendimiento de lectura de conjuntos de datos de gran tamaño**: Aurora MySQL detecta automáticamente una carga de trabajo con muchas E/S y lanza más subprocesos para aumentar el rendimiento del clúster de la base de datos. El programador de Aurora analiza la actividad de E/S y decide ajustar dinámicamente el número óptimo de subprocesos en el sistema. Para ello, realiza un ajuste rápido entre cargas de trabajo con muchas E/S y la CPU con baja sobrecarga.
+ **Lectura anticipada en paralelo**: mejora el rendimiento de exámenes de árbol B que son demasiado grandes para la memoria disponible en su instancia principal o réplica de Aurora (incluidas las consultas de rango). La lectura anticipada en paralelo detecta automáticamente patrones de lectura de página y páginas de recuperación (fetch) previas en la caché del búfer antes de que se necesiten. La lectura anticipada en paralelo funciona en varias tablas al mismo tiempo dentro de la misma transacción.

## Mejoras:
<a name="AuroraMySQL.Updates.20151203.Improvements"></a>
+ Se han corregido breves problemas de disponibilidad de la base de datos Aurora durante la implementación de almacenamiento de Aurora. 
+ Aplicación correcta del límite `max_connection`.
+ Se ha mejorado la purga de binlog donde Aurora es el principal de binlog y la base de datos se reinicia después de una carga de datos grande. 
+ Se han corregido problemas de administración de la memoria con la caché de la tabla. 
+ Se ha agregado compatibilidad con páginas de gran tamaño en la caché del búfer de memoria compartida para una recuperación más rápida. 
+ Se ha corregido un problema por el que el almacenamiento local de subprocesos no se inicializaba. 
+ Se permiten conexiones de 16 K de manera predeterminada. 
+ Grupo de subprocesos dinámico para cargas de trabajo pesadas de E/S. 
+ Se ha corregido un problema de invalidación correcta de vistas que afecta a UNION en la caché de consultas. 
+ Se ha corregido un problema de estabilidad con el subproceso de estadísticas del diccionario. 
+ Se ha corregido una fuga de memoria en el subsistema del diccionario relacionado con el desalojo de la caché. 
+ Se ha corregido un problema de alta latencia de lectura en réplicas de Aurora cuando hay una carga de escritura muy baja en el principal. 
+ Se han corregido problemas de estabilidad en réplicas de Aurora al realizar operaciones en tablas con particiones DDL como, por ejemplo, ALTER TABLE ... REORGANIZE PARTITION en el principal. 
+ Se han corregido problemas de estabilidad en réplicas de Aurora durante el crecimiento de volumen. 
+ Se ha corregido un problema de desempeño en exámenes en índices que no están en un clúster en réplicas de Aurora. 
+ Corrección del problema de estabilidad que provoca el retardo de las réplicas de Aurora, la anulación de su registro y, a continuación, su reinicio. 

## Integración de correcciones de errores de MySQL.
<a name="AuroraMySQL.Updates.20151203.BugFixes"></a>
+ SEGV en FTSPARSE(). (Error n.º 16446108)
+ El diccionario de datos de InnoDB no se actualiza al cambiar el nombre de la columna. (Error n.º 19465984)
+ Bloqueo de FTS después de cambiar el nombre de la tabla en una base de datos diferente. (Error n.º 16834860)
+ La imposibilidad de preparar el disparador en tablas truncadas causa el error 1054. (Error n.º 18596756)
+ Los cambios en los metadatos podrían causar problemas con la ejecución del disparador. (Error n.º 18684393)
+ La materialización no se elige para un campo UTF8 VARCHAR largo. (Error n.º 17566396)
+ Plan de ejecución no adecuado para ORDER BY con límite X. (Error \$116697792)
+ Adaptación de error n.º 11765744 A 5.1, 5.5 Y 5.6. (Error n.º 17083851)
+ El resultado es un problema de Mutex en SQL/SQL\$1SHOW.CC. SIG6 Origen probable FILL\$1VARIABLES. (Error n.º 20788853)
+ Adaptación de error n.º 18008907 a versiones 5.5\$1. (Error n.º 18903155)
+ Adaptar corrección para un error de desbordamiento de pila en MySQL 5.7. (Error n.º 19678930)

# Actualizaciones del motor de base de datos de Aurora MySQL del 16/10/2015 (versiones 1.2 y 1.3) (obsoletas)
<a name="AuroraMySQL.Updates.20151016"></a>

**Versiones:** 1.2, 1.3

Esta actualización incluye las siguientes mejoras:

## Correcciones
<a name="AuroraMySQL.Updates.20151016.Fixes"></a>
+ Se resolvió el problema en el nuevo administrador de bloqueos con out-of-memory transacciones de larga duración
+ Se ha resuelto la vulnerabilidad de seguridad al replicar bases de datos que no están diseñadas para RDS for MySQL.
+ Actualización para garantizar reintentos correctos de las escrituras de cuórum tras errores de almacenamiento.
+ Actualización para notificar los retardos de réplica con mayor exactitud.
+ Se ha mejorado el desempeño reduciendo la contención cuando muchas transacciones simultáneas tratan de modificar la misma fila.
+ Se ha resuelto la invalidación de la caché de consultas para vistas que se crean uniendo dos tablas.
+ Se ha deshabilitado la caché de consultas para transacciones con aislamiento `UNCOMMITTED_READ`.

## Mejoras
<a name="AuroraMySQL.Updates.20151016.Improvements"></a>
+ Mejor desempeño para consultas de catálogo lentas en cachés semiactivas.
+ Se ha mejorado la simultaneidad en las estadísticas del diccionario.
+ Mejor estabilidad para el nuevo administrador de recursos de la caché de consultas, la administración de extensión, los archivos almacenados en el almacenamiento inteligente de Amazon Aurora y la escritura por lotes de registros.

## Integración de correcciones de errores de MySQL.
<a name="AuroraMySQL.Updates.20151016.BugFixes"></a>
+ La anulación de una consulta dentro de innodb provoca que se acabe bloqueando con una aserción. (Error n.º 1608883)
+ No se puede crear un subproceso nuevo para el programador de eventos, ejecución de eventos o nueva conexión, y no se escribe ningún mensaje en el registro de errores. (Error n.º 16865959)
+ Si una conexión cambiara su base de datos predeterminada y otra conexión ejecutara simultáneamente SHOW PROCESSLIST, la segunda conexión podría obtener acceso a la memoria no válida al tratar de mostrar la memoria de la base de datos predeterminada de la primera conexión. (Error n.º 11765252)
+ PURGE BINARY LOGS por diseño no elimina archivos de registro binario que se están utilizando o están activos, pero no se proporciona ninguna notificación cuando sucede esto. (Error n.º 13727933)
+ Para algunas instrucciones, podrían producirse fugas de memoria cuando el optimizador elimina cláusulas de subconsultas innecesarias. (Error n.º 15875919) 
+ Durante el cierre, el servidor podría intentar bloquear una exclusión mutua que no se ha inicializado. (Error n.º 16016493)
+ Una instrucción preparada que utilizó GROUP\$1CONCAT() y una cláusula ORDER BY que nombró varias columnas podrían provocar la suspensión del servidor. (Error n.º 16075310)
+ Faltaba la instrumentación del esquema de rendimiento para los subprocesos del nodo de trabajo de réplica. (Error n.º 16083949)
+ `STOP SLAVE` podría provocar un interbloqueo cuando se emitía simultáneamente con una instrucción como SHOW STATUS que recuperaba los valores de una o más de las variables de estado `Slave_retried_transactions`, `Slave_heartbeat_period`, `Slave_received_heartbeats`, `Slave_last_heartbeat` o `Slave_running`. (Error n.º 16088188)
+ Una consulta de texto completo que utiliza el modo booleano podría devolver cero resultados en algunos casos en los que el término de búsqueda es una frase entrecomillada. (Error n.º 16206253)
+ El intento del optimizador de eliminar cláusulas de la subconsulta redundante producía una aserción al ejecutar una instrucción preparada con una subconsulta en la cláusula ON de una combinación en una subconsulta. (Error n.º 16318585)
+ GROUP\$1CONCAT inestable, bloqueo en ITEM\$1SUM::CLEAN\$1UP\$1AFTER\$1REMOVAL. (Error n.º 16347450)
+ Intentar sustituir la lista predeterminada de palabras excluidas de búsqueda de texto completo (FTS) de InnoDB creando una tabla de InnoDB con la misma estructura que INFORMATION\$1SCHEMA.INNODB\$1FT\$1DEFAULT\$1STOPWORD genera un error. (Error n.º 16373868)
+ Después de que el subproceso de cliente en un nodo de trabajo realizaba una operación FLUSH TABLES WITH READ LOCK seguida de algunas actualizaciones en la entidad principal, el nodo de trabajo se bloqueaba al ejecutar `SHOW SLAVE STATUS`. (Error n.º 16387720)
+ Al analizar una cadena de búsqueda delimitada, por ejemplo, "abc-def"en una búsqueda de texto completo, InnoDB utiliza ahora los mismos delimitadores de palabras que MyISAM. (Error n.º 16419661)
+ Bloqueo en FTS\$1AST\$1TERM\$1SET\$1WILDCARD. (Error n.º 16429306)
+ SEGFAULT en FTS\$1AST\$1VISIT() para la prueba FTS RQG. (Error n.º 16435855)
+ Para las compilaciones de depuración, cuando el optimizador elimina un Item\$1ref que señalaba a una subconsulta, se produce una salida del servidor. (Error n.º 16509874)
+ La búsqueda de texto completo en tablas de InnoDB produce un error en búsquedas de frases literales combinadas con los operadores \$1 o -. (Error n.º 16516193)
+ `START SLAVE`se produjo un error al iniciar el servidor con las opciones -- master-info-repository =TABLE relay-log-info-repository =TABLE y con la confirmación automática establecida en 0, junto con. `--skip-slave-start` (Error n.º 16533802)
+ Resultados de búsqueda de texto completo (FTS) de InnoDB muy grandes podrían consumir una cantidad excesiva de memoria. (Error n.º 16625973)
+ En compilaciones de depuración, podría producirse una aserción en OPT\$1CHECK\$1ORDER\$1BY al usar datos binarios directamente en una cadena de búsqueda, ya que estos podrían incluir bytes NULL y otros caracteres no significativos. (Error n.º 16766016)
+ Para algunas instrucciones, podrían producirse fugas de memoria cuando el optimizador elimina cláusulas de subconsultas innecesarias. (Error n.º 16807641)
+ Fue posible provocar un interbloqueo después de emitir FLUSH TABLES WITH READ LOCK con `STOP SLAVE` en una conexión nueva en el nodo de trabajo y, a continuación, emitir `SHOW SLAVE STATUS` mediante la conexión original. (Error n.º 16856735)
+ GROUP\$1CONCAT() con un separador no válido podría provocar una suspensión del servidor. (Error n.º 16870783)
+ El servidor realizaba un bloqueo excesivo en los mutexes LOCK\$1active\$1mi y active\$1mi->rli->data\$1lock para cualquier instrucción "modelo" SHOW STATUS LIKE, incluso cuando el modelo no coincidía con las variables de estado que utilizan esos mutexes (`Slave_heartbeat_period`, `Slave_last_heartbeat`, `Slave_received_heartbeats`, `Slave_retried_transactions`, `Slave_running`). (Error n.º 16904035)
+ Una búsqueda de texto completo con el modificador IN BOOLEAN MODE produce un error de aserción. (Error n.º 16927092)
+ La búsqueda de texto completo en tablas de InnoDB produce un error en búsquedas que utilizaron el operador booleano \$1. (Error n.º 17280122)
+ Interbloqueo de 4 direcciones: zombies, purga de binlogs, mostrar lista de procesos y mostrar binlogs (Error n.º 17283409)
+ Cuando se anulaba y se reiniciaba un subproceso SQL que espera un bloqueo de confirmación, se provocaba la omisión de una transacción en el nodo de trabajo. (Error n.º 17450876)
+ Se produce un error de búsqueda de texto completo de InnoDB debido a un token "sin terminar". La cadena y la longitud de la cadena deben transmitirse para realizar la comparación de cadenas. (Error n.º 17659310)
+ Un número elevado de tablas de InnoDB con particiones podría consumir mucha más memoria, si se utilizan en MySQL 5.6 o 5.7, que la memoria empleada por las mismas tablas en versiones anteriores de MySQL Server. (Error n.º 17780517)
+ Para consultas de texto completo, no comprobar que num\$1token es inferior a max\$1proximity\$1item podría producir una aserción. (Error n.º 18233051)
+ Determinadas consultas para las tablas INFORMATION\$1SCHEMA TABLES y COLUMNS podrían producir un uso excesivo de memoria cuando hay un número elevado de tablas de InnoDB vacías. (Error n.º 18592390)
+ Al confirmar una transacción, ahora se utiliza un indicador para comprobar si se ha creado un subproceso, en lugar de comprobar el subproceso en sí, que utiliza más recursos (en particular cuando se ejecuta el servidor con master\$1info\$1repository=TABLE). (Error n.º 18684222)
+ Si un subproceso de cliente en un nodo de trabajo ejecutaba una operación FLUSH TABLES WITH READ LOCK mientras la entidad principal ejecutaba una instrucción DML, la ejecución de `SHOW SLAVE STATUS` en el mismo cliente se bloqueaba y provocaba un interbloqueo. (Error n.º 19843808)
+ Ordenar por un resultado de GROUP\$1CONCAT() podría provocar una suspensión del servidor. (Error n.º 19880368)

# Actualizaciones del motor de base de datos de Aurora MySQL del 24/08/2015 (versión 1.1) (obsoleta)
<a name="AuroraMySQL.Updates.20150824"></a>

**Versión:** 1.1

Esta actualización incluye las siguientes mejoras:
+ Mejoras de estabilidad de la replicación al replicar con una base de datos MySQL (replicación de binlog). Para obtener más información sobre la replicación de Aurora MySQL con MySQL, consulte [Replicación con Amazon Aurora](https://docs.aws.amazon.com/AmazonRDS/latest/AuroraUserGuide/Aurora.Replication.html) en la *Guía del usuario de Amazon Aurora*. 
+ Un límite de 1 gigabyte (GB) en el tamaño de los registros de retransmisión acumulados para un clúster de base de datos de Aurora MySQL que es un nodo de trabajo de replicación. Esto mejora la administración de archivos para los clústeres de base de datos Aurora.
+ Mejoras de estabilidad en las áreas de lectura anticipada, relaciones claves externas recursivas y replicación de Aurora.
+ Integración de correcciones de errores de MySQL.
  + Las bases de datos de InnoDB con nombres que comienzan con un dígito causan un error de analizador de búsqueda de texto completo (FTS). (Error n.º 17607956)
  + Las búsquedas de texto completo de InnoDB producen un error en bases de datos cuyos nombres comienzan con un dígito. (Error n.º 17161372)
  + Para bases de datos InnoDB en Windows, el ID de objeto de búsqueda de texto completo (FTS) no está en el formato hexadecimal esperado. (Error n.º 16559254)
  + Una regresión de código introducida en MySQL 5.6 afecta negativamente al desempeño de DROP TABLE y ALTER TABLE. Esto podría provocar una disminución del rendimiento entre MySQL Server 5.5.x y 5.6.x. (Error n.º 16864741)
+ Registro simplificado para reducir el tamaño de los archivos de registro y la cantidad de almacenamiento que necesitan.