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 Aurora MySQL del 02/09/2020 (versión 1.23.0) (obsoleta) **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 **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 + 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`.