MySQL 5.6.26 (32-bit)

Qué hay de nuevo en esta versión:

Errores corregidos:
- InnoDB: El ib_cursor_moveto la función de no aceptar una tupla de la búsqueda con menos campos que se definen para el índice.
- InnoDB: El ib_table_truncate función no pudo liberar una transacción, lo que resulta en un bloqueo en el cierre del servidor.
- InnoDB: El ib_open_table_by_id función aprobó una incorrecta argumento para dict_table_open_on_id.
- InnoDB: En las plataformas Unix-like, os_file_create_simple_no_error_handling_func y os_file_create_func los archivos abiertos en diferentes modos cuando innodb_flush_method se establece en O_DIRECT.
- InnoDB: la Apertura de una clave externa-tabla de referencia con foreign_key_checks habilitado resultó en un error cuando la tabla o el nombre de base de datos contenía caracteres especiales.
- InnoDB: El page_zip_verify_checksum función devuelve false para la validez de la página comprimida.
- InnoDB: ALTER TABLE ... de IMPORTACIÓN ESPACIO de operación en una tabla con prefijo índice de error con un esquema de error de coincidencia.
- InnoDB: Un error al cargar un cambio de búfer de página de mapa de bits durante un concurrente eliminar espacio de operación causó un servidor de salida.
- InnoDB: la Importación de un espacio de tabla con un índice de texto completo traducido en una afirmación al intentar volver a generar el índice.
- InnoDB: Después de dejar a un índice de búsqueda de texto, el oculto FTS_DOC_ID y FTS_DOC_ID_INDEX columnas prevenido en línea de las operaciones DDL.
- InnoDB: InnoDB, memcached plugin manejado unsigned not NULL entero columnas de forma incorrecta. Gracias a Piotr Jurkiewicz para el parche.
- InnoDB: UNA GOTA de la BASE de datos de la operación planteada una afirmación.
- InnoDB: Un registro de índice no se encontró en la reversión debido a las inconsistencias en la purge_node_t estructura.
- Partición: En ciertos casos, ALTER TABLE ... RECONSTRUIR la PARTICIÓN no se manejan correctamente cuando se ejecuta en un bloqueo de la tabla.
- Replicación: Si vaciar la caché para el registro binario de error, por ejemplo, debido a un problema con un disco, el error no fue detectado por el registro binario grupo de lógica de confirmación. Esto podría causar inconsistencias entre el maestro y el esclavo. La solución utiliza la binlog_error_action variable para decidir cómo manejar esta situación. Si binlog_error_action=ABORT_SERVER, entonces el servidor se anula después de informar al cliente con un ER_BINLOGGING_IMPOSSIBLE de error. Si binlog_error_action=IGNORE_ERROR, entonces el error es ignorado y binarios de registro está deshabilitado hasta que el servidor se reinicia de nuevo. El mismo se menciona en el archivo de registro de error, y se confirma la transacción en el interior del motor de almacenamiento sin necesidad de ser agregados para el registro binario.
- Replicación: Cuando se utiliza GTIDs, multi-hilo esclavo que había relay_log_recovery=1 y que se ha detenido inesperadamente podría encontrarse con un relay-log-la recuperación no puede ser ejecutado cuando el esclavo se detiene con un error o muertos en MTS modo de error después de reiniciar. La revisión se asegura de que el relé proceso de recuperación de registro comprueba si GTIDs están en uso o no. Si GTIDs están en uso, el multi-threaded esclavo proceso de recuperación se utiliza el ID de protocolo para llenar cualquier procesar las transacciones.
- Replicación: Cuando dos esclavos con la misma server_uuid se han configurado para replicar a partir de un único maestro, el subproceso de e/S de los esclavos mantenido a conectarnos y a la generación de nuevo relé archivos de registro sin contenido nuevo. En tal situación, el maestro ahora se genera un error el cual es enviado al esclavo. Al recibir este error desde el maestro, el esclavo de e/S hilo no trata de volver a conectar, para evitar este problema.
- Compilación error cuando la construcción de MySQL sin que el Rendimiento del Esquema.
- Incorrecto cálculo de costos para la semi-únete a Duplicar Weedout estrategia puede resultar en un servidor de salida.
- MySQL Enterprise Firewall grabado preparado a las instrucciones recibidas por el servidor, no como normalizado digiere.
- los Identificadores normalizados declaraciones fueron a veces citado, y a veces no, una incoherencia que causó la coincidencia de fracaso de la declaración de la digestión y digerir los textos. Esto causó problemas para MySQL Firewall de la Empresa y para el Rendimiento del Esquema de agregación de digerir. Identificadores ahora se cotizan de manera consistente.
- Para MySQL Enterprise Firewall de operación, max_digest_length tenía que ser más grande que mysql_firewall_max_query_size o normalizada declaraciones fueron truncados.
- la Habilitación de MySQL Enterprise Firewall y el log binario podría resultar en el servidor de la lectura de la memoria liberada.
- Para valores grandes de max_digest_length, el Rendimiento de Esquema podría encontrarse con un error de desbordamiento en el cómputo de los requisitos de memoria, lo que resulta en un servidor de salida.
- Spencer regex la biblioteca utilizada por el operador REGEXP podrían estar sujetas a desbordamiento de heap en algunas circunstancias.
- Un desbordamiento de búfer error puede ocurrir por mysqlslap durante la opción de análisis.
- Una-por-un error en cadena-copiar el código podría provocar un desbordamiento de búfer.
- GRUPO o POR ORDEN de un CHAR(0) NO NULOS de la columna podría conducir a un servidor de salida.
- Para algunos el estado de las variables que debe monótonamente aumento, MUESTRAN la SITUACIÓN MUNDIAL en una sesión podría mostrarles como disminuir cuando otras sesiones simultáneas cambiado de usuario o desconectado.
- mysql-systemd-error de inicio si datadir fue definido en /etc/my.cnf.
- Una llamada a MySQL, el Firewall de la Empresa sp_set_firewall_mode() procedimiento almacenado con un nombre de usuario no válido producido un error, pero añade el usuario a la firewall_users tabla de todos modos.
- paquetes de Ubuntu se las dependencias que faltan para killall y psmisc.
- la hora de elegir el orden de combinación, el optimizador puede calcular incorrectamente el costo de un examen de la tabla y elija una tabla de escanear a través de una más eficiente eq_ref unirse.