MySQL 5.5.21 (64-bit)

Qué hay de nuevo en esta versión:

Funcionalidad Añadido o Cambiado:
- Una nueva CMake opción, MYSQL_PROJECT_NAME, se puede configurar en Windows o Mac OS X para ser utilizado en el nombre del proyecto. 

Errores corregidos:
Rendimiento: el Motor de Almacenamiento InnoDB: asignación de Memoria para tablas InnoDB se reorganizó para reducir la sobrecarga de la memoria de un gran número de tablas o particiones, evitando situaciones en las que la “tamaño del conjunto residente” podría crecer independientemente de FLUSH TABLES declaraciones. El problema fue más evidente para las tablas con el gran tamaño de la fila. Parte de la memoria que anteriormente fue asignado para cada tabla abierta ahora es asignado sólo cuando la tabla se modifica por primera vez. 
- Incompatible Cambio: Un cambio anterior (en MySQL 5.1.62 y 5.5.21) fue encontrado para modificar la fecha de manejo del comportamiento en la Disponibilidad General-estado de la serie (MySQL 5.1 y 5.5). Este cambio ha sido revertida. El cambio fue que las diversas funciones se convirtió en la más estricta cuando se pasa de una función FECHA() valor de su argumento, por lo que rechazó incompleta fechas con un día de parte de cero. Estas funciones fueron afectados: CONVERT_TZ(), DATE_ADD(), DATE_SUB(), DAYOFYEAR(), LAST_DAY(), TIMESTAMPDIFF(), TO_DAYS(), TO_SECONDS(), SEMANA(), día de la SEMANA(), WEEKOFYEAR(), YEARWEEK(). El comportamiento anterior ha sido restaurada. 
- Motor de Almacenamiento InnoDB: Un Valgrind error fue corregido en la función os_aio_init(). 
- Motor de Almacenamiento InnoDB: El servidor puede fallar a la hora de crear un InnoDB tabla temporal en Linux, si el $TMPDIR puntos de ajuste para un sistema de archivos tmpfs y innodb_use_native_aio está habilitado, como aparece por defecto en MySQL 5.5.4 y superior. La inscripción en el registro de errores se parecía a: 101123 2:10:59 InnoDB: error del sistema Operativo número 22 en una operación de archivo. InnoDB: Error número 22, que significa "argumento no Válido'. El accidente se produjo porque asynchronous I/O no es compatible con tmpfs en algunas versiones del núcleo de Linux. La solución fue desactivar el innodb_use_native_aio configuración o usar otro directorio temporal. La revisión hace InnoDB para apagar el innodb_use_native_aio configuración de forma automática si se detecta que el directorio de archivos temporales no admite asynchronous I/O. 
- Motor de Almacenamiento InnoDB: las Referencias a preprocesador de C símbolos y macros HAVE_purify, UNIV_INIT_MEM_TO_ZERO, y UNIV_SET_MEM_TO_ZERO fueron retirados de la InnoDB código fuente. Solamente eran utilizados en las versiones de depuración instrumentado para Valgrind. Son reemplazados por las llamadas a la UNIV_MEM_INVALID() macro. 
- Motor de Almacenamiento InnoDB: El servidor MySQL puede detener con un error de aserción: InnoDB: a falta de aserción: page_get_n_recs(página) > 1 reinicios Posteriores podría fallar con el mismo error. El error se produjo durante una operación de purga que implican la InnoDB cambio de búfer. La solución fue establecer la opción de configuración innodb_change_buffering=inserta. 
- Motor de Almacenamiento InnoDB: Con 1024 concurrente InnoDB las transacciones que se ejecutan concurrentemente y la innodb_file_per_table opción activada, se CREA una TABLA de operación para una tabla InnoDB podía fallar. El .eii archivo de la error de CREAR la TABLA que se quedó atrás, la prevención de la tabla que se va a crear más tarde, después de que la carga había caído. La revisión agrega el manejo de errores para eliminar la errónea .eii archivo. 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 necesario para desencadenar el error, a partir de 1K a 128K. 
- Replicación: la Ejecución de las mysqlbinlog con el --posición inicial=N opción, donde N es igual a 0 o a un valor mayor que la longitud del archivo de volcado, que causó la caída. Este problema se introdujo en MySQL 5.5.18 por el fix para el Bug #32228 y el Bug #11747416. 
- Replicación: En Windows esclavo de replicación ejércitos, PARADA de ESCLAVOS tuvo una longitud excesiva de tiempo para completar, cuando el maestro estaba abajo. 
- Una consulta que utiliza un índice en una columna de tipo CHAR se hace referencia en un ENTRE la cláusula de devolución de resultados no válidos. 
- Expresiones que, en comparación con una columna BIGINT con cualquier no-constante entera se realizaron utilizando enteros en lugar de decimal o flotante valores, con el resultado de que la constante puede ser trunca. Esto podría conducir a la comparación que se utiliza <, >, <=, >=, =, !=/<>, EN, o ENTRE ceder falsos resultados positivos o negativos. 
- Cuando el optimizador de realizar la conversión de los valores DECIMALES mientras que la evaluación de la gama de condiciones, podría producir resultados incorrectos. 
- Cuando se ejecuta mysqldump con el --single-transaction y --flush-logs opciones, el vaciado del registro realizado una confirmación implícita (véase la Sección 12.3.3, “las Sentencias Que Causan una confirmación Implícita”), causando más de una transacción que se va a utilizar y así romper la coherencia. 
- era posible en el caso de los sucesivos fracasos para mysqld_safe para reiniciar con la rapidez suficiente para consumir cantidades excesivas de CPU. Ahora, en los sistemas que admiten el sueño y la fecha de utilidades del sistema, mysqld_safe comprueba si se ha reiniciado 5 veces mas que en la actual segunda, y si es así, espera 1 segundo antes de intentar reiniciar de otra. 
- Cuando se utiliza con la opción --opción de xml, mysqldump --rutinas de error de volcado de cualquier rutinas almacenadas, disparadores, o eventos. 
- fue posible en esclavos de replicación, donde FEDERADOS tablas estaban en uso para obtener los tiempos de espera en las operaciones de larga duración, tales como el Error de 1160 Tengo un error al escribir la comunicación de paquetes. Los FEDERADOS tablas no deben ser replicadas para el problema. 
- Si un intento de iniciar una declaración de fallido, el tema no podría ser reportados para el cliente, ya que no estaba preparado para recibir los mensajes de error antes de la ejecución de cualquier instrucción. Dado que el usuario no se pudo ejecutar cualquier consulta, simplemente estaban desconectados sin ofrecer un claro error. Después de la corrección para este problema, el cliente está preparado para un error tan pronto como se intenta iniciar una instrucción, de modo que el error puede ser notificados antes de la desconexión del usuario. 
- Uso de myisamchk sea con el tipo de recuperar método para la reparación de una tabla que tiene de ancho fijo formato de fila podría provocar que el puntero de fila tamaño reducido, de manera efectiva, lo que resulta en un menor máximo de tamaño de archivo de datos. 
- En Windows, el servidor construido incorrectamente el nombre de ruta completo del plugin binario para INSTALAR el PLUGIN y CREAR la FUNCIÓN ... SONAME. 
- La rutina almacenada caché estaba sujeto a una pequeña pérdida de memoria que con el tiempo o con muchas rutinas ser utilizado podría resultar en errores de memoria.