MySQL 5.5.23 (32-bit)

Qué hay de nuevo en esta versión:

Funcionalidad Añadido o Cambiado:
* MySQL-shared-compat paquete RPM que permite a los usuarios de Red Hat-privided mysql-*-5.1 paquetes RPM para migrar a Oracle proporcionado por MySQL-*-5.5 paquetes. MySQL-shared-compat ahora reemplaza a la de Red Hat mysql-libs mediante la sustitución de libmysqlclient.por lo que los archivos de este último paquete, satisfaciendo así las dependencias de otros paquetes mysql-libs. Este cambio sólo afecta a los usuarios de Red Hat (o Red Hat-compatible) paquetes RPM. Nada es diferente para los usuarios de Oracle paquetes RPM. 

Errores corregidos:
* parche de Seguridad: Error #59533 era fijo.
* Rendimiento: Particiones: Motor de Almacenamiento InnoDB: Las estadísticas utilizadas por el optimizador de consultas con particiones de tablas InnoDB se basa únicamente en la primera partición de cada tabla, que conduce a la utilización de la incorrecta ejecución del plan. 
* Rendimiento: el Motor de Almacenamiento InnoDB: Mejorado el rendimiento de la instrucción DROP TABLE para tablas InnoDB, especialmente en sistemas con un gran grupo de búferes. La revisión acelera el procesamiento de la liberación de las entradas en la adaptación de hash índice. 
* Motor de Almacenamiento InnoDB: la Eliminación de una gran cantidad de datos a partir de tablas InnoDB dentro de un corto período de tiempo puede causar la operación de purga que vacía los datos del búfer de la piscina para el puesto. Si se produce este problema, reinicie el servidor para trabajar alrededor de ella. Este problema sólo es probable que ocurra en plataformas de 32 bits. 
* Motor de Almacenamiento InnoDB: Si el servidor se estrelló durante un TRUNCATE TABLE o CREATE INDEX para la declaración de una tabla InnoDB, o una CAÍDA de la BASE de datos para una base de datos que contiene tablas InnoDB, un índice podría estar dañado, causando un mensaje de error al acceder a la tabla después de reiniciar:
- InnoDB: Error: tratando de índice de carga index_name para la tabla nombre_tabla
- InnoDB: pero el índice de árbol ha sido liberado!
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: Cuando los datos se eliminan de una tabla InnoDB, que acaba de insertar datos no reutilizar la liberación de los bloques de disco, dando lugar a un inesperado aumento de tamaño para el sistema de espacio de tabla o .eii archivo (dependiendo de la configuración de innodb_file_per_table. El OPTIMIZAR la MESA de un compacto .eii archivo en algunos casos pero no en otros. La liberación de los bloques de disco eventualmente podrían ser utilizados como datos adicionales se inserta. 
* Particiones: Después de actualizar una fila de una tabla con particiones y seleccionar la fila dentro de la misma transacción con la consulta caché habilitado, luego de realizar una restauración, el resultado de la misma fue devuelta por un idéntico SELECCIONE emitido en una nueva transacción. 
* Replicación: Anteriormente, el valor predeterminado que se muestra por el Puerto de la columna en la salida de SHOW SLAVE EJÉRCITOS era 3306 si el puerto se había configurado incorrectamente o no se configura. Ahora, cuando el puerto esclavo no está establecido, 0 se utiliza como valor predeterminado. Este cambio también afecta el valor predeterminado utilizado para el ... informe de puertos del servidor de opción. 
* Replicación: --relay-log-límite de espacio de opción se ignora. Más específicamente, cuando el subproceso SQL se fue a dormir, que permitió que el subproceso de e/S a la cola de eventos adicionales de tal manera que el registro de la retransmisión de límite de espacio se omite, y el número de eventos en la cola podría crecer más allá del punto donde el relé registros necesarios para ser rotado. Ahora, en tales casos, el subproceso SQL comprueba para ver si el subproceso de e/S debe rotar y proporcionar el SQL hilo de una oportunidad para depurar los registros (liberando así el espacio). Tenga en cuenta que, cuando el subproceso SQL que se encuentra en medio de una transacción, no puede purgar los registros; sólo se puede pedir más eventos hasta que se complete la transacción. Una vez que finalice la transacción, el subproceso SQL, inmediatamente, puede instruir al subproceso de e/S para girar. 
* Un infinito bucle del hilo podría desarrollar dentro de Desempeño Esquema, causando que el servidor no responde. 
* Incorrecta de programa almacenado de almacenamiento en caché podría hacer que las instrucciones dentro de un programa almacenado que incluía una cláusula GROUP BY para devolver los resultados a través de programas múltiples invocaciones.
* mal manejo de NO_BACKSLASH_ESCAPES modo SQL dentro de procedimientos almacenados en los servidores esclavos podría causar errores de replicación. 
* punto de retorno declaraciones fueron incorrectamente no permitido dentro de las transacciones XA. 
* El Rendimiento Esquema muestra incorrectamente algunas barras en nombres de archivo de Windows (doblando). 
* DEMOSTRAR que las declaraciones tratados procedimiento almacenado, una función almacenada, y los nombres de evento distingue entre mayúsculas y minúsculas.