MySQL 5.5.27 (64-bit)

Qué hay de nuevo en esta versión:

Funcionalidad Añadido o Modificado
- Cambio Importante: El AÑO(2) tipo de datos está ahora en desuso debido a que es problemático. Apoyo para el AÑO(2) se quitará en una versión futura de MySQL. Para obtener más información, consulte AÑO(2) las Limitaciones y la Migración a AÑO(4) (http://dev.mysql.com/doc/refman/5.5/en/migrating-to-year4.html).

Errores corregidos
- InnoDB: Si se elimina una fila de una tabla InnoDB, luego otra fila fue re-introducido con el mismo valor de clave principal, un intento por parte de una transacción simultánea para bloquear la fila puede tener éxito cuando se debería haber esperado. Este problema se ha producido si el bloqueo select se utiliza una cláusula where que realiza un recorrido de índice utilizando un índice secundario. (Bug #14100254, el Bug #65389)
- InnoDB: Una afirmación podría ser mayor si una tabla InnoDB se trasladó a una base de datos diferente con ALTER TABLE ... cambiar el nombre de la base de datos fue que se cayó por la CAÍDA de la BASE de datos. (Bug #13982017)
- InnoDB: Mediante la instrucción KILL para terminar una consulta, podría provocar una innecesaria mensaje en el registro de error: [ERROR] ha obtenido un error -1 cuando la lectura de la tabla nombre_tabla (Bug #13933132)
- InnoDB: InnoDB tabla con un disparador, bajo la configuración innodb_autoinc_lock_mode=1, a veces de incremento automático de los valores podría ser intercalados al insertar en la tabla de dos sesiones al mismo tiempo. La secuencia de auto-incremento de los valores podrían variar dependiendo del tiempo, que lleva a la incoherencia de los datos en los sistemas de uso de la replicación. (Bug #12752572, el Bug #61579)
- Replicación: Un evento cuya longitud supera el tamaño de la maestría de volcado del subproceso de max_allowed_packet provocó el error de replicación. Esto podría ocurrir cuando la actualización de muchos de los grandes filas y el uso de replicación basada en la fila. Como parte de esta revisión, una nueva opción de servidor --esclavo-max-permitido-el paquete se agrega, que permite max_allowed_packet a ser superado por el esclavo SQL y subprocesos de e/S. Ahora el tamaño de un paquete de transmisión del maestro al esclavo solo se comprueba en contra de este valor (el valor de la slave_max_allowed_packet servidor variable de sistema), y no contra el valor de max_allowed_packet. (Bug #12400221, el Bug #60926)
- Replicación: Declaraciones como las de ACTUALIZACIÓN ... DONDE primary_key_column = constante LÍMITE 1 están marcados como seguros para la declaración de registro, a pesar del hecho de que tales declaraciones son realmente seguros. En los casos donde un gran número de tales declaraciones fueron plazo, ello podría llevar a que el espacio en disco agotan hacer para que el número de falsas advertencias de que se registra. Para evitar que esto suceda, una advertencia mecanismo de supresión se introduce. Esta advertencia la supresión de actos de la siguiente manera: Siempre que de los 50 más reciente ER_BINLOG_UNSAFE_STATEMENT advertencias se han generado más de 50 veces en cualquiera de los 50-segundo período, la advertencia de supresión está habilitado. Cuando se activa, esto hace que tales advertencias para que no se escriben en el registro de error; en su lugar, para cada uno de los 50 advertencias de este tipo, una nota en la que se escribe en el registro de error que indica La última advertencia que se repite N veces en las últimas S segundos. Esto continúa mientras los 50 más reciente de tales advertencias fueron emitidas en 50 segundos o menos; una vez que el número de advertencias ha disminuido por debajo de este umbral, las advertencias son una vez más conectado normalmente. La solución a este problema no afecta a cómo estas advertencias se informan a los clientes de MySQL; una advertencia todavía se envía al cliente para cada instrucción que genera la advertencia. Esta revisión también no hacer ningún cambio en cómo la seguridad de cualquier instrucción por instrucción basada en el registro está determinado. (Bug #11759333, el Bug #51638) Bibliografía: Véase también el Fallo #11751521, el Bug #42415.
- Replicación: Después de actualizar un esclavo de replicación de MySQL 5.5.18 o más tarde, habilitar la caché de consultas finalmente provocó el esclavo a fallar. (Bug #64624, el Bug #14005409)
- El servidor no de compilación con gcc 4.7. (Bug #14238406)
- algunos de los argumentos a RPAD() puede conducir a una "variable no inicializada" advertencias. (Bug #14039955)
- La presencia de un archivo denominado .vacíos en la base de datos de prueba impidió que la base de datos de caer. (Bug #12845091)
- Para algunas de las subconsultas que se debe ejecutar utilizando un rango de escaneo en un no-principal índice y el uso obligatorio de filesort, sólo la primera ejecución de la subconsulta se hizo como un rango de escaneo. Todas las ejecuciones siguientes fueron hechas como completo análisis de tabla, lo que resulta en un rendimiento deficiente. (Bug #12667154)
- acceso de Archivo el ARCHIVO de almacenamiento del motor no fue instrumentado y por lo tanto no se muestra en el Rendimiento del Esquema de tablas. (Bug #63340, el Bug #13417440)
- mysqlbinlog salido con ningún código de error si el archivo de errores de escritura ocurrido. (Bug #55289, el Bug #11762667)
- Uso de CONCAT() para crear un patrón para un patrón similar partido podría resultar en la memoria de corromper y coincide con el fracaso. (Bug #59140, el Bug #11766101)
- yaSSL rechazado certificados SSL válidos que OpenSSL acepta. (Bug #54348, el Bug #11761822)
- Sesiones podría terminar interbloqueo cuando la ejecución de una combinación de SELECCIONAR, DROP TABLE, MATAR, y MOSTRAR MOTOR INNODB STATUS. (Bug #60682, el Bug #12636001)
- mysqldump podría volcar opiniones y las tablas de la que dependen, en un orden tal que los errores se produjo cuando el archivo de volcado se vuelve a cargar. (Bug #44939, el Bug #11753490)