MySQL 5.6.19 (64-bit)

Qué hay de nuevo en esta versión:

Funcionalidad Añadido o Cambiado:
- El obsoleto y sin mantenimiento charset2html utilidad ha sido retirado de las distribuciones de MySQL. (Bug #71897, el Bug #18352347)
- La mysqlbug, mysql_waitpid, y mysql_zap utilidades han sido desaprobados y retirados en MySQL 5.7. Errores corregidos:
- InnoDB: Después de actualizar a MySQL 5.6.10 versiones hasta e incluyendo MySQL 5.6.18, InnoDB intentaría cambiar el nombre obsoleto búsqueda de texto completo de las tablas auxiliares en el inicio del servidor, lo que resulta en un error de aserción. (Bug #18634201, el Bug #72079)
- InnoDB: Para cada inserción, memset sería llamado tres veces para asignar memoria para el sistema de campos. Para reducir el uso de CPU, los tres memset llamadas ahora se combinan en una sola llamada. (Bug #17858679, el Bug #71014)
- InnoDB: Habilitación de la Tabla InnoDB Monitor podría resultar en una ib_table->stat_initialized error de aserción. (Bug #17039528, el Bug #69641)
- InnoDB: Configuración de innodb_max_dirty_pages_pct=0 dejaría el 1% de páginas sucias unflushed. De grupo de búfer de lavado se inicia cuando el porcentaje de páginas sucias es mayor innodb_max_dirty_pages_pct. Las variables internas que almacenar el innodb_max_dirty_pages_pct valor y el porcentaje de páginas sucias (buf_get_modified_ratio_pct y srv_max_buf_pool_modified_pct) se han definido como entero sin signo de tipos de datos, lo que significaba que un innodb_max_dirty_pages_pct valor de 0 se requiere un sucio páginas porcentaje de 1 o mayor para iniciar el grupo de búferes de lavado.
- Para abordar este problema, el buf_get_modified_ratio_pct y srv_max_buf_pool_modified_pct variables internas son redefinidos como tipos de datos double, que cambia el valor del rango de innodb_max_dirty_pages_pct y innodb_max_dirty_pages_pct_lwm desde 0 .. 99 a 0 .. 99.99. Además, el grupo de búferes lavado se inicia cuando el porcentaje de páginas sucias es “mayor o igual a” innodb_max_dirty_pages_pct. (Bug #13029450, el Bug #62534)
- Replicación: la rotación de Registro de eventos puede causar group_relay_log_pos para avanzar en incorrectamente dentro de un grupo. Esto significaba que, cuando la transacción fue juzgado de nuevo, o si el subproceso SQL se detuvo en el medio de una transacción después de uno o más de registro de rotaciones (que la transacción o el grupo ocupa a varios de retransmisión de los archivos de registro), de parte o todo el grupo estaba en silencio salta.
- Este tema ha sido abordado por la corrección de un problema en la lógica que se utiliza para evitar tocar las coordenadas de SQL hilo a la hora de actualizar el registro de posición como parte de un registro de la retransmisión de la rotación de la cual fue posible actualizar el SQL del subproceso de coordenadas cuando no se utiliza un multi-threaded esclavo, incluso en el medio de un grupo. (Bug #18482854)
- Replicación: Cuando se ejecuta el servidor con la opción --gtid-mode=, deja DE ESCLAVO seguido por el INICIO de ESCLAVOS se tradujo en una falta de coincidencia entre la información proporcionada por INFORMATION_SCHEMA.INNODB_TEMP_TABLE_INFO y la Slave_open_temp_tables la variable de estado: el INNODB_TEMP_TABLE_INFO tabla mostraron que ninguna de las tablas temporales que existían, pero Slave_open_temp_tables tenía un valor distinto de cero. (Bug #18364070)
- Referencias: Véase también el Fallo #18236612.
- Replicación: En ciertos casos, el servidor de mal manejo de disparadores y procedimientos almacenados que trató de modificar otras tablas cuando se llama CREATE TABLE ... SELECCIONAR. Esto ahora es manejado correctamente como un error. (Bug #18137535)
- Replicación: Cuando se utiliza en una tabla el empleo de un motor de almacenamiento transaccional, un error de TRUNCAR la TABLA se escribe en el log binario y por lo tanto se reproducen en el esclavo. Esto podría conducir a una inconsistencia cuando el maestro conserva los datos de que fue eliminado en el esclavo.
- Ahora en tales casos TRUNCATE TABLE se registra sólo cuando se ejecuta correctamente. (Bug #17942050, el Bug #71070)
- Replicación: El servidor no siempre manejan el auto.cnf archivo correctamente en los casos en que esto de los permisos de fichero incorrecto. (Bug #17786581, el Bug #70891)
- Replicación: Cuando el registro binario de rotación debido a la recepción de una señal SIGHUP, el nuevo log binario no contienen la Previous_gtid_event necesarios para el posterior procesamiento de log binario del GTID eventos. Ahora, cuando SIGHUP, se toman medidas para asegurar que el servidor escribe el necesario Previous_gtid_event para el nuevo registro antes de escribir cualquier GTID eventos para el nuevo registro. (Bug #17026898) de Replicación: Cuando gtid_mode=ON, y una transacción se filtra en el esclavo, y el ID de la transacción todavía se registra en el esclavo como un “vacío” de la transacción (que consta de una GTID seguido inmediatamente por COMENZAR y, a continuación, confirmar). Esto es necesario para evitar la transacción de que se retransmitan la próxima vez que el esclavo se vuelve a conectar o está involucrado en una conmutación por error. La solución actual se ocupa de dos cuestiones relativas a tales “vacío” transacciones:
- No vacía de la transacción fue generado para CREAR la TABLA TEMPORAL o CAÍDA TEMPORAL de la TABLA de estados de cuenta.
- Si el esclavo se utiliza un filtro de base de datos (--replicate-do-db o --replicate-ignore-db opción), no hay vacío de la transacción se ha generado.
- (Bug #71326, el Bug #18095502, el Bug #18145032)
- El servidor podría no reprepare desencadenantes que se refiere a otro de la tabla después de que la tabla se ha truncado. (Bug #18596756)
- Cierto INFORMATION_SCHEMA consultas puede hacer que un servidor de salida. (Bug #18319790)
- Para los índices de prefijos o cadena de caracteres columnas, índice de corrupción podría producirse por la cesión de los datos binarios a la columna debido a un mal de carácter contar. (Bug #18359924)
- Solaris-scripts específicos fueron incluidos en e instalado por no Solaris paquetes. (Bug #18305641)
- la ejecución Simultánea de un color de la TABLA de operación y un programa almacenado que se utiliza un cursor puede hacer que un servidor de salida. (Bug #18158639)
- La biblioteca de cliente podría hacer que los clientes a la salida debido a la incorrecta asignación de la cliente número de error en el mensaje correspondiente, si la reasignación de búfer de paquetes de memoria se ha producido. (Bug #18080920)
- Llamar mysql_get_server_version() con una conexión no válida controlador argumento provocó el cliente a la salida. Ahora que se devuelve 0 y los informes de un CR_COMMANDS_OUT_OF_SYNC de error. (Bug #18053212)
- mysqldump podría crear definiciones de la tabla en el archivo de volcado que se tradujo en Demasiadas columnas errores al volver a cargar el archivo de volcado. (Bug #17477959)
- En Windows, llamando mysql_thread_init() llamada sin mysql_init() provocó el cliente a la salida. windows. Ahora devuelve un resultado distinto de cero, porque es un error llamar a mysql_thread_init() antes de que el cliente se inicializa la biblioteca con mysql_library_init(). (Bug #17514920)
- El optimizador de seguimiento podría causar un servidor salir en los casos en que una subconsulta se transformó de distancia. (Bug #17458054)
- La Depuración de Sincronización de fondo podría perder una señal, dando lugar a un falso ER_DEBUG_SYNC_TIMEOUT de error. (Bug #14765080, el Bug #18221750)
- Compilación problemas se han corregido los errores reportados por Clang y gcc al compilar en C++11 modo. (Bug #66803, el Bug #14631159)
- CMake producido no-útiles advertencias acerca de INTERFACE_LINK_LIBRARIES política. (Bug #71089, el Bug #17905155, el Bug #17894997)
- LOAD DATA LOCAL INFILE podría utilizar todos los CPU si de errores de importación ocurrió cuando no había línea de delimitadores. (Bug #51840, el Bug #11759519)
En Windows, REPARACIÓN de TABLA y OPTIMIZAR la MESA de error para tablas MyISAM .MYD archivos de más de 4GB. (Bug #69683, el Bug #17235179)
- Una declaración de la forma siguiente rompió la replicación basada en la fila, ya que creó una tabla que tiene un campo de tipo de datos BIGINT con un ancho de pantalla de 3000, lo que está más allá del valor máximo aceptable de 255: CREATE TABLE t1 COMO SELECCIONAR REPEAT('A',1000) DIV 1; (Bug #71179, el Bug #17994219)
- las Actualizaciones pueden no actualizar todas las filas en los casos donde varios valores de clave eran idénticos excepto por espacios en blanco. (Bug #69684, El Bug #17156940)