MySQL 5.6.29 (64-bit)

Qué hay de nuevo en esta versión:

Funcionalidad Añadido o Cambiado:
- InnoDB: Un nuevo InnoDB opción de configuración, innodb_tmpdir, permite configurar por separado un directorio de archivos temporales en línea para MODIFICAR la TABLA de operaciones. Esta opción se introdujo para ayudar a evitar tmpdir desbordamientos de que podría producirse como resultado de los grandes archivos temporales creados durante la línea ALTERAR la MESA de operaciones. innodb_tmpdir es una variable de SESIÓN y puede ser configurado de forma dinámica mediante una instrucción SET
- yaSSL se actualizó a la versión 2.3.9. Esta actualización corrige un problema en el que yaSSL manejado sólo en los casos de cero o ceros a la izquierda de la clave del acuerdo, en lugar de, potencialmente, cualquier número, que en casos raros puede causar que las conexiones a fallar cuando se utiliza DHE conjuntos de cifrado
- El Valgrind firma de función en mysql-test/valgrind.supp se actualizó para Valgrind 3.11

Errores corregidos:
- InnoDB: InnoDB búfer de tamaño de la piscina con una gran innodb_stats_persistent_sample_pages ajuste resultó en una Difícil encontrar bloques libres en el grupo de búferes de advertencia
- InnoDB: Iniciar el servidor con un vacío innodb_data_home_dir entrada en el archivo de configuración causado InnoDB para buscar el grupo de búferes archivo en el directorio raíz, resultando en un error de inicio
- InnoDB: Una consulta de texto completo se ejecutan bajo un alto nivel de concurrencia causado un servidor de salida debido a un inválido de acceso a la memoria
- InnoDB: Con un gran innodb_sort_buffer_size ambiente, añadiendo un índice en una tabla vacía realiza más lentamente de lo esperado
- Replicación: Cuando DML invoca un disparador o una función almacenada que se inserta en una columna AUTO_INCREMENT, que DML tiene que ser marcado como una declaración inseguras. Si las tablas están encerrados en la transacción antes de la instrucción DML (por ejemplo mediante el uso de LOCK TABLES), entonces la instrucción DML no estaba siendo marcado como una declaración inseguras. La revisión se asegura de que tales instrucciones DML están marcados correctamente como inseguro
- Replicación: Como parte de la solución para el Bug #16290902, al escribir una CAÍDA TEMPORAL de la TABLA SI EXISTE consulta en el registro binario, la consulta ya no es precedido por un USO `db` declaración. En lugar de la consulta utiliza un nombre de tabla completo, por ejemplo CAÍDA TEMPORAL TABLE IF EXISTS `db`.`t1`;. Esto cambió la aplicación de replicar-rewrite-db reglas de filtro, ya que sólo funcionan en la base de datos predeterminada especificada en una declaración de USO. Esto provocó que los esclavos a fallar cuando la resultante CREAR la TABLA TEMPORAL se ha aplicado. La solución asegura que en el momento de la redacción de una CAÍDA TEMPORAL de la TABLA SI EXISTE consulta en el registro binario, se realiza una comprobación de la base de datos predeterminada. Si existe, la consulta se escribe como el USO default_db en el registro binario. Si una base de datos predeterminada no está presente, la consulta se registra con el calificado nombre de la tabla
- Replicación: Si se genera un ID para una transacción falla, la transacción no se escriben en el log binario pero todavía se compromete. Aunque la ejecución de GTIDs es una situación rara, en caso de que ocurriera un error fue escrito para el registro binario de sincronización etapa de error. Con binlog_error_action=ABORT_SERVER, el servidor se anula en un error, evitar la incoherencia de los datos. Cuando binlog_error_action=IGNORE_ERROR, el servidor sigue el log binario después de un error, que potencialmente lleva a la incoherencia de los datos entre el maestro y el esclavo. Los cambios de corrección del error que se registra correctamente como un rubor etapa de error
- Replicación: Cuando se utiliza --gtid-mode=en , --el cumplimiento de los gtid de consistencia , y-binlog-formato=fila, si una función definida por el usuario con varias caídas TABLA TEMPORAL instrucciones se ejecutan en un maestro, el binario resultante de registro provocado un error en esclavos. La solución asegura que almacenan funciones y desencadenadores son también considerados multi-declaración de las transacciones, y que cuando --el cumplimiento de los gtid-consistencia está activada, las funciones con CREATE TEMPORARY TABLE o DROP TABLA TEMPORAL declaraciones generar un ER_GTID_UNSAFE_CREATE_DROP_TEMPORARY_TABLE_IN_TRANSACTION error
- Replicación: el procedimiento Almacenado variables locales que fueron utilizados en un ALTER EVENTO declaración no se replican correctamente. Esto estaba relacionado con el hecho de que las instrucciones de LLAMADA no se escriben en el log binario. En lugar de que cada instrucción se ejecuta en un procedimiento almacenado es binario registra por separado, con la excepción de que la cadena de consulta se modifica de forma que los usos de procedimiento almacenado variables locales son reemplazados con NAME_CONST('spvar_name', 'spvar-valor') de la llamada. Instrucciones DDL (que siempre están binario registra en la declaración de registro binario de modo independientemente de la actual binario de formato de registro) también puede utilizar el procedimiento almacenado variables locales y un choque podría provocar que no se replican correctamente. La revisión se asegura de que cualquier procedimiento almacenado variables locales se utiliza en una consulta se sustituyen con NAME_CONST(...), excepto para el caso cuando se trata de un DML consulta y el registro binario de formato de FILA
- Replicación: DROP TABLE son regenerados por el servidor antes de que se escriben en el log binario. Si una tabla o un nombre de base de datos contenía un no-regular carácter, tales como caracteres no latinos, el regenerado de instrucción estaba usando el nombre equivocado, rompiendo la replicación. La revisión se asegura de que en tal caso el regenerado nombre correctamente se convierte de nuevo para el conjunto de caracteres original. También durante el trabajo en este error, se descubrió que en el raro caso de que una tabla o base de datos nombre de la figura 64 caracteres, el servidor estaba lanzando una aserción(M_TBLLEN < 128) afirmación. La afirmación ha sido corregido a ser menor o igual a 128
- Replicación: Independientemente de la actual binlog_format configuración, DDL que los cambios de los metadatos en un maestro es siempre identificado y se escriben en el log binario en formato de resumen. Tal DDL podría producirse de caso basado en instrucciones SQL, tales como CREAR EVENTOS o COLOCAR SUCESOS o transacciones que tenía funciones inseguras, tales como sysdate(). Cuando binlog_format=MIXTO, tratando de reproducir tales DDL, no estaba siendo correctamente identificado y por lo tanto no se replican correctamente
- la Inserción de un token de 84 caracteres de 4 bytes en un índice de texto completo planteó una afirmación. La longitud máxima del token fue de 84 caracteres hasta un máximo de 252 bytes, que no cuenta para caracteres de 4 bytes. El máximo de bytes de longitud es ahora 336 bytes
- Si un cliente intenta utilizar compatible conjunto de caracteres del cliente (ucs2, utf16, utf32), el mensaje de error notificado al cliente diferentes para SSL y no SSL conexiones
- la corrupción de Datos o un servidor de salida podría producirse si un procedimiento almacenado había una variable declarada como TEXT o BLOB y los datos se copian a esa variable el uso de SELECT ... INTO sintaxis de un TEXTO o una columna BLOB
- CREAR la TABLA TEMPORAL .. SELECCIONE declaraciones que implican columnas de BITS que se tradujo en una columna de tipo de redefinición podría causar un servidor de salida o de una forma inadecuada creado la tabla
- Agregó Microsoft Visual Studio 2015 de apoyo. Los cambios incluyen el uso de la nativa (añadido en el VS de 2015) timespec de la biblioteca, si es que existe, rebautizada lfind/lsearch y la zona horaria/tzname para evitar la redefinición de los problemas, establecer TMPDIR "" por defecto como P_tmpdir ya no existe, está obsoleto std::hash_map en favor de std::unordered_map, y añadió Wix conjunto de Herramientas 3.10 apoyo
- Con character_set_server=utf16le, algunos valores de ft_boolean_syntax podría causar un servidor de salida para búsquedas de texto completo
- Con el BLOQUEO de TABLAS en vigor, un intento de abrir un temporal de tabla de MEZCLA que consta de una vista en su lista de tablas (no el último de la tabla en la lista) causó un servidor de salida
- Para ciertas declaraciones preparadas, el optimizador podría transformar las condiciones de combinación que utiliza un puntero a una tabla temporal de campo que ya no estaba disponible después de la ejecución inicial. Ejecuciones posteriores causado un servidor de salida
- ejecución Repetida de ALTER TABLE v1 COMPROBAR la PARTICIÓN como una declaración preparada, donde v1 es un punto de vista, llevado a un servidor de salida
- además, el resultado de algunas operaciones administrativas, cuando se ha intentado en una vista, los cambios de “Corruptos” “error”. Estos incluyen ANALIZAR la TABLA, OPTIMIZAR la MESA, y la REPARACIÓN de la TABLA, y las instrucciones ALTER TABLE que realizan ANALIZAR la PARTICIÓN, de la VERIFICACIÓN de PARTICIÓN, OPTIMIZAR la PARTICIÓN, y REPARAR la PARTICIÓN de operaciones
- Valgrind detectado algunos posiblemente no es seguro el uso de funciones de cadena de caracteres en el código utilizado para el cifrado asimétrico
- las conexiones SSL se omite cualquier cambio realizado por el paso de la MYSQL_OPT_READ_TIMEOUT opción para el mysql_options() La API en C de la función
- Solaris paquetes no pudo observar la dependencia de la biblioteca cliente de MySQL en el libstlport biblioteca
- Uso de systemd para iniciar mysqld fallado si los archivos de configuración de contenidos múltiples datadir líneas. Ahora, el último datadir línea se utiliza
- Si el servidor se inició con --hilo de manejo=no-hilos, no hay primer plano hilo fue creado para una conexión de un cliente. El Rendimiento del Esquema no tuvo en cuenta la posibilidad de no primer plano hilos para las consultas en el session_connect_attrs tabla, causando una afirmación para ser criado
- ALTER TABLE ... CONVERTIR el juego DE CARACTERES de las operaciones que utilizan el DIRECTAMENTE algoritmo fueron ineficaces si la tabla contiene sólo tipos de datos numéricos. Además, esas operaciones no pudo limpiar sus temporal .frm archivo
- Pesado SHOW PROCESSLIST o SELECT ... FROM INFORMATION_SCHEMA.PROCESSLIST actividad podría resultar en el servidor de aceptar más de max_connections conexiones
- Cuando se utiliza con el libmysqld incrustado en el servidor, el mysql_stmt_execute() de la API en C de la función de error con una malformación de los paquetes de comunicación de error, incluso de simples declaraciones preparadas