MySQL 5.5.30 (32-bit)

Qué hay de nuevo en esta versión:

Funcionalidad Añadido o Cambiado:
- InnoDB: El innodb_print_all_deadlocks opción de configuración de MySQL 5.6 fue portado a MySQL 5.5. Esta opción de registro de cada condición de interbloqueo en el registro de error de MySQL, lo que facilita la solución de problemas si frecuentes interbloqueos punto de aplicación de las cuestiones de codificación. (Bug #14515889)
- En paquetes RPM construido para Unbreakable Linux Network, libmysqld.así que ahora tiene un número de versión. (Bug #15972480)

Errores Corregidos:
- InnoDB; Rendimiento: Algunas estructuras de datos relacionados a deshacer el registro podría ser inicializado innecesariamente durante una consulta, a pesar de que eran necesarios sólo bajo condiciones específicas. (Bug #14676084)
- InnoDB; Rendimiento: Optimizado las operaciones de lectura de tablas comprimidas sin pasar por las pruebas redundantes. La comprobación de si las relativas a los cambios necesarios para ser combinados de la inserción de búfer estaba siendo llamado más a menudo de lo necesario. (Bug #14329288, El Bug #65886)
- InnoDB; Rendimiento: Inmediatamente después de que se creó una tabla, las consultas no usar suelto el análisis de índice. El problema fue después de un ALTER TABLE en la tabla. La solución mejora la exactitud de las estadísticas de los índices recogidos cuando la tabla se crea por primera vez, y evita que el plan de consulta de ser cambiado por la instrucción ALTER TABLE. (Bug #14200010)
- InnoDB; la Partición: Anteriormente, cuando se intenta optimizar uno o más particiones de una tabla con particiones que utilizan un motor de almacenamiento que no admite partición de nivel de OPTIMIZACIÓN, tales como InnoDB, MySQL informó Tabla no admite optimizar, haciendo recrear + analizar lugar, a continuación, volver a crear toda la tabla, pero en realidad no analizar. Ahora, en tales casos, el mensaje de advertencia, la Tabla no admite optimizar en las particiones. Todas las particiones será reconstruido y analizado. Además, toda la tabla se analizaron después de la primera en ser reconstruida. (Bug #11751825)
- InnoDB: En los sistemas que no se pueden controlar sin alinear el acceso a memoria, dependiendo del marco de pila de la alineación, un SIGBUS error puede producirse durante el inicio. Este problema se observó en Solaris en sistemas de 64 bits. (Bug #16021177)
- InnoDB: La variable de estado Innodb_buffer_pool_read_ahead_evicted podría mostrar un valor inexacto, mayor de lo esperado, debido a que algunas páginas en el grupo de búferes se considera incorrectamente como ser introducidos por la lectura anticipada de solicitudes. (Bug #15859402, El Bug #67476)
- InnoDB: Crear un índice en una columna de tipo CHAR puede fallar por una tabla con un conjunto de caracteres con una longitud distinta, como UTF-8, si la tabla se ha creado con el ROW_FORMAT=REDUNDANTES cláusula. (Bug #15874001)
- InnoDB: El servidor no se pudo detener con un error de aserción, mientras que la creación de un índice: InnoDB: error de Aserción en el hilo thread_num en el archivo row0merge.cc línea 465
- InnoDB: Si el servidor se estrelló en un momento preciso durante un ALTER TABLE operación que se reconstruye el índice agrupado en una tabla InnoDB, la tabla original podría ser inaccesible después. Un ejemplo de este tipo de operación es ALTER TABLE ... AGREGAR la CLAVE PRINCIPAL de La revisión, que conserva el original de la tabla si el servidor se detiene durante esta operación. Usted todavía podría necesitar cambiar el nombre de la .eii archivo manualmente para restaurar el original de la tabla de contenido: en MySQL 5.6 y superior, cambiar el nombre de #sql-ib$new_table_id.eii table_name.la eii en la base de datos de directorio; antes de MySQL 5.6, el archivo temporal para cambiar el nombre es table_name#1 o #2. (Bug #14669848)
- InnoDB: Un error en el sistema de archivos de nivel, tales como demasiados archivos abiertos, podría causar un error no controlado durante un ALTER funcionamiento de la MESA.
- InnoDB: cambiar el nombre de la TABLA de declaración de no estancarse durante varios minutos antes de que se agote el tiempo. Este problema podría producido por una tabla usando la compresión, con el cambio de almacenamiento en búfer habilitado. (Bug #14556349)
- InnoDB: Durante la parada, con el innodb_purge_threads opción de configuración del conjunto mayor que 1, el servidor podría detener prematuramente con este error: mysqld tengo señal 11
- InnoDB: Si el valor de innodb_force_recovery fue de menos de 6, la apertura de una tabla dañada podría bucle para siempre si una página dañado fue leído a la hora de calcular las estadísticas de la tabla. Información acerca de la página dañado fue escrito varias veces para el registro de errores, posiblemente causando un problema de espacio en disco. La revisión hace que el servidor para detener después de un número determinado de intentos fallidos de leer la página. Para solucionar un problema de la corrupción, establecer innodb_force_recovery=6 y reiniciar. (Bug #14147491, El Bug #65469)
- InnoDB: El valor de la innodb_version variable no se actualiza constantemente para que todos los servidores de prensa para la InnoDB Plugin en MySQL 5.1, y el integrado InnoDB componente en MySQL 5.5, 5.6, y más. Desde InnoDB y MySQL Server ciclos de desarrollo son totalmente integrado y sincronizado, ahora el valor devuelto por la innodb_version variable es el mismo que para la variable de la versión. (Bug #13463493, El Bug #63435)
- Partición: Concurrente ALTER TABLE ... RECONSTRUIR las operaciones de PARTICIÓN podría interferir el uno con el otro, incluso cuando no se está ejecutando en la misma tabla, ya que ambos utilizan la memoria global para el almacenamiento. Ahora cada partición operación de reconstrucción de los almacenes intermedios de datos en la memoria local del proceso. (Bug #14589559, El Bug #66645)
- Partición: la Inserción de cualquier número de filas en una tabla de ARCHIVO que se utiliza más de 1000 particiones y, a continuación, intentar colocar la tabla causado el Servidor de MySQL a fallar. (Bug #13819630, El Bug #64580)
- Replicación: Después de quitar una columna de el esclavo de la versión de una tabla, entonces la alteración de la misma columna de esta tabla del maestro (de modo que un tipo de conversión hubiera sido requerido si la columna no se ha droppped en el esclavo), se inserta en esta tabla provocó el error de replicación. (Bug #15888454)
- Replicación: Cuando un registro binario es reproducido en un servidor (por ejemplo, mediante la ejecución de un comando como mysqlbinlog binlog.000001 | mysql), se establece un pseudo-modo esclavo en el cliente de conexión utilizado, por lo que el servidor puede leer binlog y aplicar binarios de registro de eventos de manera correcta. Sin embargo, el pseudo-modo esclavo no fue desactivado después de que el registro binario de volcado fue leído, lo que causó inesperado reglas de filtrado para ser aplicado a las sentencias SQL posteriormente se ejecutan en la misma conexión. (Bug #15891524)
- Replicación: Cuando se utiliza la instrucción basada en la replicación, y donde el maestro y el esclavo usa la tabla de esquemas de tener diferentes columnas AUTO_INCREMENT, inserta la generación de AUTO_INCREMENT valores registrados para una tabla dada en el maestro podría ser aplicado a la mesa equivocada en el esclavo. (Bug #12669186)
- Replicación: ejecución Repetida de CAMBIO de MAESTRO PARA el uso de declaraciones no válido MASTER_LOG_POS valores, podría conducir a errores y, posiblemente, de un accidente en el esclavo. Ahora, en tales casos, la declaración se produce un claro mensaje de error. (Bug #11764602, El Bug #57454)
- Replicación: Si el disco se completa al escribir en el log binario, el servidor se bloquea hasta que el espacio se libera de forma manual. Era posible que después de esto se hizo para el servidor MySQL a fallar, debido a un estado interno de valor que se establece cuando no se necesita. Ahora, en tales casos, en lugar de tratar de establecer este estado, un aviso por escrito en el registro de errores en su lugar. (Bug #11753923, El Bug #45449)
- Microsoft Windows: el ajuste Dinámico de nombres de archivo (con dos puntos) no están permitidos. Estática de los nombres de archivo utilizando la Secuencia de Datos Alternativa (ADS) NTFS funcionalidad de Microsoft Windows puede seguir siendo utilizada. (Bug #11761752)
- Nombre del directorio de la manipulación podría resultar en un desbordamiento de pila en Mac OS X y Windows. (Bug #16066243)
- Combinaciones de exactamente 32 tablas y que contiene una cláusula HAVING devuelve un resultado vacío. (Bug #15972635)
- Un búfer problema de la gestión en yaSSL fue corregido. (Bug #15965288)
- Un mysys cadena de la biblioteca-formato de rutina podría inadecuadamente a los especificadores de ancho. (Bug #15960005)
- En ciertos casos, UpdateXML() puede devolver NULL incorrectamente. (Bug #15948580) Bibliografía: Véase también el Fallo #13007062.
- Los metadatos de bloqueo y la definición de la tabla de caché de rutinas no siempre comprobar la longitud de los nombres que se les pase. (Bug #15954872)
- XA EMPEZAR por una condición de carrera que podría provocar una caída del servidor. (Bug #14729757)
- Habilitar la caché de consultas durante el alta de cliente contención podrían provocar que el servidor de salida. (Bug #14727815)
- Hubo una regresión del rendimiento de las consultas mediante SELECT ... EN variables de usuario y una condición where en una o más de las variables EN la lista. (Bug #14664077) Referencias: Este error se introdujo por Error #12408412.
- El servidor a veces no respeta MAX_CONNECTIONS_PER_HOUR límites de conexiones de usuario. (Bug #14627287)
- Salida generada con mysqldump --de las rutinas podría producir errores de sintaxis cuando se vuelve a cargar. (Bug #14463669)
- Con el hilo de la piscina instalado el plugin, una carga de trabajo que consta de concurrentes instrucciones de interrupción y de ping consultas provocó que el servidor de salida. (Bug #14458232, El Bug #14458002)
- Revisa la TABLA y REPARACIÓN de la MESA de accidente en caso de una tabla MyISAM había un corrupto clave (.MYI) archivo. Ahora el servidor produce un error. (Bug #13556107, El Bug #13556000)
- Pasar un tiempo desconocido especificación de la zona a CONVERT_TZ() resultó en una pérdida de memoria. (Bug #12347040)
- Para los vertederos de la base de datos mysql, mysqldump saltado la tabla de eventos a menos que la opción --opción de eventos fue dado. Para omitir esta tabla, si se desea, utilice la opción --ignore-opción de tabla en lugar de (Bug #55587, el Bug #11762933)
- Para las tablas de la MEMORIA con el HASH de los índices, ELIMINAR a veces no pudo borrar todas las filas. (Bug #51763, El Bug #11759445)
- El cliente de mysql podría maltrataría el delimitador de comandos si se produjo en una línea, durante el cual mysql estaba buscando el final de una cadena entre comillas. (Bug #64135, El Bug #13639125)
- mysqld_safe utiliza las no portátiles -e prueba de construir. (Bug #67976, El Bug #16046140)
- Configurar el servidor con performance_schema_events_waits_history_size=0 y performance_schema_events_waits_history_long_size=0 podría provocar que el Rendimiento del Esquema de fallo de segmentación. (Bug #68008, El Bug #16060864)
- DECIMALES multiplicación de las operaciones podría producir importantes inexactitud. (Bug #45860, El Bug #11754279)
- Para la ejecución de las subconsultas el uso de un filesort, el optimizador puede producir un resultado incorrecto contiene equivocado filas. (Bug #66845, el Bug #14636211) Bibliografía: Véase también el Fallo #12667154.
- UNIÓN de conversión de tipo podría incorrectamente su vez valores sin signo en los valores con signo. (Bug #49003, El Bug #11757005)
- Durante el proceso de inicio, mysqld podría incorrectamente eliminar el archivo PID de uno ya se está ejecutando mysqld. (Bug #23790, El Bug #11746142)