MySQL 5.5.22 (64-bit)

Qué hay de nuevo en esta versión:

Funcionalidad Añadido o Cambiado:
- Motor de Almacenamiento InnoDB: Un mismo mensaje de advertencia es que ahora se emite cuando --ignore-builtin-innodb se utiliza. 
- yaSSL fue actualizado desde la versión 1.7.2 para 2.2.0.

Errores corregidos:
- Cambio Importante: Motor de Almacenamiento InnoDB: Cuando una fila creció en tamaño debido a una operación de ACTUALIZACIÓN, otros (no actualizado) columnas puede ser movido a off-page, de almacenamiento, de modo que la información acerca de la fila todavía caben dentro de las limitaciones de la InnoDB tamaño de la página. El puntero a la nueva asignado off-datos de la página no fue establecida hasta las páginas fueron asignados y por escrito, que puede conducir a la pérdida de datos si el sistema se estrelló mientras que la columna se trasladó fuera de la página. El problema fue más común con el uso de tablas ROW_FORMAT=DINÁMICOS o ROW_FORMAT=COMPRIMIDO junto con el Barracuda formato de archivo, en particular con la innodb_file_per_table habilitada la opción, porque la página de asignación de las operaciones más comunes como la .eii espacio de archivos extendido. Aún así, el problema podría ocurrir con cualquier combinación de InnoDB versión, formato de archivo y formato de fila. Una cuestión conexa es que durante una operación de ACTUALIZACIÓN, o una operación de INSERCIÓN que se reutiliza una eliminación-registro marcado, otras transacciones que se podía ver de datos no válidos para la columna afectada, independientemente de su nivel de aislamiento. La revisión corrige el orden de las operaciones para el movimiento de la columna de datos de la página original y reemplazarlo con un puntero. Ahora bien, si se produce un fallo en el preciso momento cuando la columna a la transmisión de datos, la transferencia no se vuelva a ejecutar durante la recuperación de errores. En MySQL 5.1, esta revisión se aplica a la InnoDB Plugin, pero no la incorporada en el motor de almacenamiento InnoDB. 
- Motor de Almacenamiento InnoDB: Una afirmación equivocada podría ocurrir, en las versiones de depuración sólo, a la hora de crear un índice en una columna que contiene cero los valores de longitud (es decir, "). 
- Motor de Almacenamiento InnoDB: DDL operación, tales como ALTER TABLE ... AÑADIR COLUMNA podría convertirse, finalmente, en tiempo de espera con un Error 1005: no se Puede crear la tabla de mensaje referente a fil_rename_tablespace. 
- Motor de Almacenamiento InnoDB: DDL operación de una tabla InnoDB podría causar un largo servidor MySQL para detener con un error de aserción: InnoDB: a falta de aserción: trx->error_state == DB_SUCCESS se produjo El error si el DDL operación se ejecute mientras todos 1023 deshacer las ranuras estaban en uso por transacciones simultáneas. Este error fue menos probable que ocurra en MySQL 5.5 y 5.6, ya que aumentar el número de InnoDB deshacer ranuras aumentó el número de transacciones simultáneas (correspondiente al número de deshacer ranuras) de 1K a 128K. 
- Motor de Almacenamiento InnoDB: inicio del Servidor, puede producir un error para las tablas temporales utilizando el motor de almacenamiento InnoDB, si la ruta de acceso en el $TMPDIR variable terminó con el carácter/. El registro de error de aspecto:
120202 19:21:26 InnoDB: error del sistema Operativo número 2 en una operación de archivo. 
InnoDB: El error significa que el sistema no puede encontrar la ruta especificada. 
InnoDB: Si va a instalar InnoDB, recuerde que debe crear 
InnoDB: directorios de sí mismo, InnoDB no crea en ellos. 
120202 19:21:26 InnoDB: Error: tratando de abrir una tabla, pero no podía 
InnoDB: abrir el espacio de archivo './t/#sql7750_1_0.eii'! 
InnoDB: Han movido InnoDB .eii archivos sin utilizar el 
InnoDB: comandos DESCARTAR ESPACIO de tabla y de IMPORTACIÓN del ESPACIO de tabla? 
InnoDB: también es posible que esta es una tabla temporal #sql..., 
InnoDB: y MySQL quitado la .eii archivo para esto. 
La solución para el problema era crear una similar temporal mesa de nuevo, copia de su .frm archivo tmpdir bajo el nombre mencionado en el mensaje de error (por ejemplo, #sql123.frm) y reiniciar mysqld con tmpdir ajustado a su valor normal, sin una barra diagonal, por ejemplo /var/tmp. En el inicio, MySQL debería ver la .frm archivo y edición DROP TABLE para los huérfanos de la tabla temporal. 
- Replicación: las Sentencias que escribió a las tablas con columnas AUTO_INCREMENT basado en una desordenada SELECCIONE de otra tabla podría llevar a que el maestro y el esclavo se va fuera de sincronización, como el orden en que se recuperen las filas de la tabla pueden diferir entre ellos. Tales declaraciones incluyen cualquier INSERT ... SELECT, REEMPLAZAR ... SELECCIONAR o CREAR la TABLA de ... instrucción SELECT. Tales declaraciones son ahora marcados como seguros para la instrucción basada en la replicación, lo que provoca la ejecución de lanzar una advertencia, y las fuerzas de la instrucción se registra el uso de la fila-formato basado en si el formato de registro es MIXTO. 
- El contenido de una común y compartida-compat paquetes RPM había sido cambiado en las versiones 5.5.6 y 5.6.1 para evitar el solapamiento que tradicionalmente tenían (y aún tienen en MySQL 5.0 y 5.1). Sin embargo, las RPM de la meta-información no había sido cambiado de acuerdo, y así RPM todavía supone un conflicto entre compartido y compartido-compat paquetes RPM. Esto ha sido corregido. 
- myisam_sort_buffer_size no podría ser más grande que la de 4 GB en sistemas de 64 bits. 
- Debido a defectos en el cierre, los concurrentes se inserta en una tabla de ARCHIVO al mismo tiempo, como la reparación y verificación de las operaciones en la tabla de resultado en la tabla de la corrupción.