MySQL 5.6.13 (64-bit)

Qué hay de nuevo en esta versión:

Funcionalidad Añadido o Cambiado:
- Cambio importante; la Replicación: de forma predeterminada, cuando la promoción de enteros de un tipo más pequeño en el maestro a un tipo mayor en el esclavo (por ejemplo, de un SMALLINT columna en el maestro para una columna BIGINT en el esclavo), la promovían valores son tratados como si fueran de la firma. Ahora en tales casos es posible modificar o anular este comportamiento, utilizando una o ambas de ALL_SIGNED, ALL_UNSIGNED en el conjunto de valores especificados para el slave_type_conversions servidor variable del sistema. Para obtener más información, consulte la replicación basada en la Fila: atributo de la promoción y la degradación, así como la descripción de la variable. (Bug #15831300)
- En el pasado, las opciones del programa podría ser o como cualquier inequívoca de prefijo. Por ejemplo, la opción de --compress podría ser dado a mysqldump --compr, pero no como --comp porque el último es ambigua. Opción prefijos ahora están en desuso. Estos pueden causar problemas cuando las nuevas opciones que se aplican para los programas. Un prefijo que es actualmente sin ambigüedades, podría llegar a ser ambiguo en el futuro. Si una inequívoca prefijo se da una advertencia en la que se produce ahora para proporcionar retroalimentación. La API de C libmysqlclient compartido de la biblioteca .por lo que los archivos tienen ahora la versión 18.1.0 (desde la versión 18.0.0 utilizado en MySQL 5.5). (Bug #16809055)
- En el modo por lotes, mysql formato de estado de resultado de los mensajes, tales como “"Query OK, 1 row afectados"”, pero no se imprime. Ahora bien, estos mensajes no tienen el formato adecuado. (Bug #69486, El Bug #16971432)

Errores Corregidos:
- Rendimiento; Cambio Importante; InnoDB: InnoDB no serían capaces de abrir un espacio de tabla que tiene varios archivos de datos. Esto elimina la limitación conocida fue en MySQL Server 5.6.12. (Bug #17033706, El Bug #69623)
- Rendimiento; InnoDB: Un código de regresión introducida en MySQL 5.6 impactado negativamente DROP TABLE y ALTER TABLE rendimiento. Esto podría causar una disminución del rendimiento entre MySQL Server 5.5.x y 5.6.x. (Bug #16864741, El Bug #69316)
- Rendimiento; InnoDB: Cuando innodb_thread_concurrency se establece en un valor distinto de cero, existe la posibilidad de que todos los innodb_concurrency_tickets sería liberado después de cada fila se lee, lo que resulta en una simultaneidad de verificación después de cada lectura. Esto podría afectar al rendimiento de todas las consultas. Uno de los síntomas podría ser superior a la del sistema de uso de la CPU. Le recomendamos que actualice el Servidor de MySQL 5.6.13 si utiliza esta configuración. Esto podría causar una disminución del rendimiento entre MySQL Server 5.5.x y 5.6.x. (Bug #68869, El Bug #16622478)
- Cambio Incompatible: es posible Que una columna valor PREDETERMINADO para ser válido para la sql_mode valor en la creación de la tabla de tiempo, pero no es válida para los sql_mode valor cuando las filas se insertan o actualizan.
- MySQL Cluster: CREAR el archivo de registro de GRUPO no pudo con un error de sintaxis cuando INITIAL_SIZE, UNDO_BUFFER_SIZE, o ambas opciones se han especificado. (Bug #13116514)
- InnoDB: El servidor se bloquee durante un memcached conjunto de la operación. El fracaso fue debido a un collar de valor de la longitud de un utf8 columna de tipo char. Durante un memcached operación de actualización, un campo de un viejo tupla sería copiado con una longitud de datos que fue menor que el collar utf8 char valor de la columna. Esta revisión garantiza que las tuplas no se copian. En su lugar, una nueva tupla se crea cada vez. (Bug #16875543)
- InnoDB: Cuando se revisa la TABLA encontró un índice secundario que contenía el mal el número de entradas, que se informe un error, pero no marca el índice de corrupción. Consulte la TABLA que ahora marca el índice de corrupción cuando se encuentra con este error, pero sólo el índice está marcado como corruptos, no de la mesa. Como resultado, sólo el índice se vuelve inutilizable hasta que se quita y vuelve a generar. La tabla no se ve afectada. (Bug #16914007)
- InnoDB: InnoDB intentan recopilar estadísticas sobre parcialmente creado índices. (Bug #16907783)
- InnoDB: Una búsqueda de texto completo mediante el BOOLEANAS modificador MODO resultaría en un error de aserción. (Bug #16927092)
- InnoDB: Los dos INFORMATION_SCHEMA tablas de InnoDB grupo de búfer podría mostrar un error de página no válida tipo de lectura bloques fijos. Esta revisión se muestran a lo desconocido tipo de página para los bloques de e/S fijo para la lectura. (Bug #16859867)
- InnoDB: Durante la inserción del búfer de mezcla, InnoDB, invocaría lock_rec_restore_from_page_infimum() en un potencialmente no válido puntero de registro. (Bug #16806366)
- InnoDB: El innodb_rwlock_x_spin_waits elemento en la INFORMATION_SCHEMA.INNODB_METRICS tabla muestran el mismo valor que la innodb_rwlock_x_os_waits elemento. (Bug #16798175)
- InnoDB: Una pérdida de memoria podría ocurrir durante la colocación o la sustitución de una fila en un índice de búsqueda de texto en una tabla con más de 96 columnas. (Bug #16809167)
- InnoDB: En las versiones de depuración, una afirmación que podría ocurrir en OPT_CHECK_ORDER_BY cuando se utiliza el binario directamente en la cadena de búsqueda, como binario puede incluir bytes NULOS y otros que no son significativos los personajes. Esta revisión va a quitar que no son significativos los personajes antes de la búsqueda. (Bug #16766016)
- InnoDB: El page_zip_validate() comprobación de coherencia de fallar después de la compresión de una página, en page_zip_compress(). Este problema fue causado por page_zip_decompress(), que no establece heap_no correctamente cuando un registro no contiene octetos de datos de usuario. Un registro sin octetos de datos de usuario se produce cuando, por ejemplo, una clave primaria es una cadena vacía y todos los campos de índice son NULL o una cadena vacía. (Bug #16736929)
- InnoDB: Una condición de carrera ocurriría entre ALTER TABLE ... AGREGAR CLAVE y las instrucciones de INSERCIÓN, lo que resulta en una “no se puede Purgar un Record” error. (Bug #16628233)
- InnoDB: Una búsqueda de texto completo que devuelve conjuntos de resultados grandes consumen una cantidad excesiva de memoria debido al uso de un árbol rojo-negro para la celebración de resultados de búsqueda de texto. Esta revisión se reduce y se impone un límite en el consumo de memoria. Si se supera el límite, se devuelve un mensaje indicando que la consulta de búsqueda de texto supera el máximo permitido de la memoria. (Bug #16625973)
- InnoDB: Reiniciar InnoDB en modo de sólo lectura y ejecución de un volumen de trabajo de vez en cuando volver un global_segment < os_aio_n_segments afirmación. (Bug #16362046)
- InnoDB: Cuando la InnoDB modo de cierre (innodb_fast_shutdown) es 2 y el maestro hilo entra en el color de bucle, el hilo no sería capaz de salir en algunas circunstancias. Esto podría conducir a un cierre de colgar. (Bug #16411457)
- InnoDB: Mientras que la impresión de una UTF-8 nombre de la tabla InnoDB podría truncar el nombre de la tabla, lo que resulta en una incompleta de búfer y la posterior Valgrind de error. Esta corrección también aborda un equivocado mensaje de error. (Bug #16066351)
- InnoDB: Intento de crear una tabla, mientras que en innodb_read_only modo, el resultado sería el siguiente error: ERROR 1015 (HY000): no se Puede bloquear el archivo (errno: 165 - la Tabla es de sólo lectura). (Bug #15963619)
- InnoDB: Debido a un recurso de error relacionado, la creación de numerosas tablas que tienen una simple búsqueda de texto completo índice causa de un uso excesivo de memoria. Esta revisión agrega una configuración global de parámetro para limitar el tamaño total de la memoria que la búsqueda de texto completo de los índices de uso. Si la memoria global de límite es alcanzado por una operación de índice, una fuerza de sincronización se activa. (Bug #14834698, El Bug #16817453)
- InnoDB: En el registro de errores, un índice de búsqueda de texto sería reportados como desaparecidos desde el diccionario de datos durante un TRUNCATE TABLE operación. Después de reiniciar mysqld, los siguientes InnoDB error sería informó: “InnoDB: Error: tratando de índice de carga idx13 para la prueba de mesa/g1, pero el índice de árbol ha sido liberado..” (Bug #12429565)
- InnoDB: Crear una tabla con un comentario o por defecto valor de texto que contiene un apóstrofo que se escapó con una barra diagonal inversa a veces causa el motor de almacenamiento InnoDB omitir extranjeros definiciones clave. (Bug #61656, El Bug #12762377)
- InnoDB: Configuración de foreign_key_checks=0 y corriendo ALTER TABLE para cambiar el conjunto de caracteres de las columnas de clave externa de una base de datos con varias tablas con restricciones de clave externa dejaría a la base de datos en un estado inconsistente. Posterior MODIFICAR la TABLA de operaciones (utilizando el algoritmo de COPIA) con foreign_key_checks=1 fracasaría debido a la inconsistencia detectada. La reversión de los ejecutados parcialmente ALTERAR el funcionamiento de la MESA también fallará, lo que resulta en la pérdida de la mesa, se altera. Cuando se ejecuta el mismo ALTERAR el funcionamiento de la MESA con un cambio de nombre de la cláusula, la inconsistencia podría no ser detectado, pero si ALTERAR el funcionamiento de la MESA fallado por alguna otra razón, la reversión de los ejecutados parcialmente ALTER TABLE podría fallar con el mismo resultado. La corrección de errores deshabilita temporalmente foreign_key_checks mientras que la definicion de la tabla anterior se restaura. (Bug #65701, El Bug #14227431)
- InnoDB: los Sucesivos elimina de forma descendente clave de la orden daría lugar a bajo lleno de InnoDB páginas de índice. Cuando un InnoDB índice página está llena, se fusionó con la izquierda o a la derecha hermano nodo. La verificación se realiza para determinar si un hermano nodo está disponible para la fusión no estaba funcionando correctamente. (Bug #68501, El Bug #16417635)
- InnoDB: El pthread_mutex, commit_threads_m, que se ha inicializado pero nunca utilizado, ha sido eliminado de la base de código. (Bug #60225, El Bug #11829813)
- InnoDB: Cuando se ejecuta una InnoDB búsqueda de texto completo en modo booleano, anteponiendo un asterisco (*) para una cadena de búsqueda ('*string') resultaría en un error, mientras que para MyISAM, precedidos de asterisco serán ignorados. Para garantizar la compatibilidad entre InnoDB y MyISAM, InnoDB ahora maneja un precedidos de asterisco en la misma manera como MyISAM. (Bug #68948, El Bug #16660607)
- InnoDB: El row_check_index_for_mysql método, que verifica los campos NULOS durante un recorrido de índice o de VERIFICACIÓN de funcionamiento de la MESA, sería repetir innecesariamente. Gracias a Po-Chun Chang para el parche para corregir este problema. (Bug #69377, El Bug #16896647)
- Partición: Al actualizar a MySQL 5.5.31 o superior, se escribe un mensaje en la salida de mysql_upgrade al encontrar una tabla con particiones para que el ALGORITMO opción es necesaria para mantener la compatibilidad binaria con el original, el mensaje incluye la instrucción ALTER TABLE necesarios para hacer el cambio. Por ejemplo una tabla con un número suficientemente grande de particiones, el mensaje fue truncado con un error antes de la completa instrucción ALTER TABLE podría ser escrita. (Bug #16589511)
- Partición: Cuando un rango especificado en la condición where de una consulta en una tabla con particiones por RANGO completo dentro de una de las particiones, la partición siguiente se comprobó también para las filas, aunque debería haber sido podados de distancia.
- Partición: Cuando la caída de una tabla con particiones de la tabla .par el archivo fue eliminado en primer lugar, antes de la definición de la tabla o base de datos. Esto significaba que, si el servidor de error durante la operación de colocar, la tabla podría quedar en un estado inconsistente en el que no podía ni ser consultado ni caído.Replicación: La condición principal para el problema que se fija en el Bug #16579083 continuaron mostrando un error, aunque la enfermedad en sí misma no causa el problema. (Bug #16931177, El Bug #69369)
- Referencias: Véase también el Fallo #16271657, el Bug #16491597, el Bug #68251, el Bug #68569.
- Replicación: Cuando rpl_semi_sync_master_timeout fue ajustado a un valor extremadamente grande, semi-replicación sincrónica se hizo muy lento, especialmente cuando muchas de las sesiones de trabajo en paralelo. Se descubrió que el código para el cálculo de este tiempo de espera fue en el interior del bucle de espera de sí mismo, con el resultado de que un aumento en el valor de rpl_semi_sync_master_timeout causado múltiples iteraciones. Esta solución mejora el método utilizado para calcular la activación de veces, y se mueve fuera del bucle de espera, de modo que se ejecuta sólo una vez. (Bug #16878043, El Bug #69341)
- Replicación: fue posible a causa de un estancamiento después de la emisión de FLUSH TABLES WITH READ LOCK mediante la emisión de DEJAR de ser ESCLAVO de una nueva conexión para el esclavo, la emisión SHOW SLAVE STATUS uso de la conexión original. La corrección para este incluye la adición de la rpl_stop_slave_timeout variable del sistema, para controlar el tiempo en segundos a esperar a que el esclavo se detenga después de la emisión de la PARADA de ESCLAVOS antes de devolver una advertencia. (Bug #16856735)
- Replicación: Algunas expresiones que emplean variables no fueron correctamente la CARGA de DATOS. (Bug #16753869)
- Replicación: En algunas circunstancias, el mensaje en la Last_Error columna de la salida de SHOW SLAVE STATUS se refiere a GTID_NEXT_LIST aunque esta variable no está implementada actualmente (el nombre está reservado para un posible uso futuro). Ahora, en tales casos, el mensaje de error ya no se refiere a esta variable. (Bug #16742886, El Bug #69096)
- Replicación: El error que aparece por MOSTRAR el ESTADO de un ESCLAVO cuando un subproceso de trabajo no se aplican a un evento contenía ningún caso la información de coordenadas. El GTID para el evento del grupo fue también no se muestra. Ahora, en tales casos, el texto que se muestra para Last_SQL_Error es el prefijo con el (física) maestro binario el registro de las coordenadas, así como el valor de gtid_next cuando este se ha establecido. (Bug #16594095)
- Replicación: Enlazador de errores si el archivo de encabezado log_event.h fue incluido en una solicitud que contenga varios archivos de código fuente, porque el archivo rpl_tblmap.cc fue incluido en log_event.h. Esta revisión se mueve la inclusión de rpl_tblmap.cc en los archivos de origen que utilizan log_event.h. (Bug #16607258)
- Replicación: La advertencia emitida cuando se especifica MASTER_USER o MASTER_PASSWORD con el CAMBIO de MAESTRO estaba claro para un número de razones, y se ha cambiado a leer, Almacenamiento de MySQL nombre de usuario o la contraseña de la información en el maestro info repositorio no es seguro y por lo tanto no se recomienda. Por favor, considere la posibilidad de usar el USUARIO y CONTRASEÑA de la conexión de opciones para INICIAR ESCLAVO; consulte la sección "INICIAR ESCLAVO Sintaxis" en el Manual de MySQL para obtener más información. (Bug #16460123, El Bug #16461303, El Bug #68602, El Bug #68599)
- Replicación: Después de que una transacción se ha omitido debido a su GTID ya haya sido registrado, el resto de las transacciones efectuadas fueron incorrectamente saltado hasta gtid_next se señalaron diferentes GTID. Para evitar este comportamiento incorrecto, todas las transacciones—incluso aquellos que han sido omitidos—están marcados como indefinido cuando se cometan o se deshace, por lo que se genera un error cuando una segunda transacción que se ejecuta siguiendo el mismo SET @@período de sesiones.gtid_next declaración. (Bug #16223835)
- Replicación: Después de que el cliente hilo en un esclavo realiza un FLUSH TABLES WITH READ LOCK y fue seguido por algunas actualizaciones en el maestro, el esclavo colgado cuando la ejecución de MOSTRAR el ESTADO de un ESCLAVO. (Bug #68460, El Bug #16387720)
- Para las versiones de depuración, el uso inadecuado de SAFE_MUTEX dentro de dbug.c causado diferentes áreas de código para tener ideas diferentes sobre el tamaño y el contenido de un mutex. Esto podría resultar en " fuera de los límites de la memoria escribe. (Bug #16945343)
- Sql_condition::set_subclass_origin() podría realizar un fuera de los límites de leer. (Bug #16969091)
- Inicialización de keycache_* variables (ver Múltiples Clave de Caché) durante el inicio del servidor podría escribir de memoria incorrecta. (Bug #16945503)
- Lee el mensaje de búferes para las conexiones cerradas podría ocurrir. (Bug #17003702)
- El servidor de salida, mientras que el uso de un cursor para obtener las filas de una consulta de UNIÓN. (Bug #16983143)
- El optimizador de gama incorrectamente se supone que cualquier geometría de la función de un índice espacial de las filas devueltas en ROWID orden, lo que podría resultar incorrecta de los resultados de la consulta. (Bug #16960800)
- El servidor hizo excesivo bloqueo en el LOCK_active_mi y active_mi->rli->data_lock mutexes para cualquier ESPECTÁCULO de ESTADO COMO el 'patrón' declaración, aun cuando el patrón no coincide con el estado de las variables que utilizan los mutexes (Slave_heartbeat_period, Slave_last_heartbeat, Slave_received_heartbeats, Slave_retried_transactions, Slave_running). Ahora intenta demostrar que esas variables no bloquear los mutexes. Esto podría resultar ligeramente datos obsoletos, pero un mejor rendimiento. (Bug #16904035)
- Texto completo de la frase de búsqueda en tablas InnoDB podía leer de memoria incorrecta. (Bug #16885178)
- No era posible mantener varias versiones principales de MySQL en el mismo repositorio yum. (Bug #16878042)
- El Rendimiento de Esquema podría generar un hilo el uso incorrecto de la información de instrumentación. (Bug #16939689)
- INSERTAR ... EN CLAVE DUPLICADA ACTUALIZACIÓN puede hacer que un servidor de salida si la columna no tiene ningún valor predeterminado se establece en DEFAULT. (Bug #16756402)
- La base de código fue modificado para dar cuenta de la nueva advertencia de cheques introducido por gcc 4.8. (Bug #16729109)
La compilación ha fallado con -DMY_ATOMIC_MODE_RWLOCKS=1 o en las plataformas en las que MySQL no apoyo lockless operaciones atómicas (como el BRAZO). (Bug #16736461)
- En una declaración preparada o rutina almacenada, si la cláusula HAVING de una subconsulta que se hace referencia alguna columna del GRUPO POR parte de los padres de la consulta, el servidor podría salir. (Bug #16739050)
- La lectura-sólo open_files_limit variable de sistema no mostrar el máximo número de archivos abiertos el proceso mysqld podría tener, pero en lugar del número que se solicitó después de ajustar el --open-files-limit opción de línea de comandos. (Bug #16657588)
- Algunas filas para una sesión podría ser falta de forma esporádica desde el Rendimiento del Esquema de session_connect_attrs de la tabla, mientras que la sesión fue la ejecución de una carga de trabajo. (Bug #16576980)
- El servidor podría tomar una mala decisión acerca de si una contraseña para la cuenta fue vencido. (Bug #16604641)
- Actualización de la comunidad SLES paquetes RPM para paquetes comerciales para la misma versión de MySQL falló con errores de conflicto. (Bug #16545296)
- Una búsqueda de texto completo error de sintaxis no se ha podido imprimir en la salida estándar. (Bug #16429688, El Bug #16765397)
- A diferencia de MyISAM, InnoDB no admite booleano búsquedas de texto completo en de columnas no indizadas, pero esta restricción no fue forzada, lo que resulta en las consultas que devuelven resultados incorrectos. (Bug #16434374)
- Si el optimizador estaba usando un flojo index scan, el servidor podría salir al intentar crear una tabla temporal. (Bug #16436567)
- Resultados incorrectos o un servidor de salida podría ser causado por una referencia a un agregado de expresión dentro de una subconsulta anidada, donde el conjunto de la expresión se evalúa en una consulta bloque de más de dos niveles exterior a la de referencia. (Bug #16436383)
- En las versiones de depuración, el fracaso en el rango de optimizador para un ER_LOCK_DEADLOCK o ER_LOCK_WAIT_TIMEOUT de error podrían pasar desapercibidas y causar una afirmación que se produce cuando una respuesta se envía al cliente. En las versiones de lanzamiento, este problema se manifiesta como a los clientes recibir un OK para una declaración de que había fallado. (Bug #16366994, El Bug #16247110)
- Una afirmación podría ser planteadas a la hora de crear un índice en un prefijo de un TINYBLOB columna en un InnoDB columna. (Bug #16368875)
- Un servidor de salida podría producirse para las consultas de la forma de SELECCIONAR (SELECT 1 FROM t1) EN (SELECCIONAR una DE t1) cuando se trata de evaluar la constante de la mano izquierda argumento para la subconsulta predicado. (Bug #16369522)
- Ninguna advertencia se genera si un duplicado índice existía después de la caída de una columna asociada con múltiples índice de columna. (Bug #16315351)
- SELECT DISTINCT con el paquete ACUMULATIVO de actualizaciones podría resultar en una entrada Duplicada 'NULL' por error " clave. (Bug #16314835)
- El servidor podría salir en do_copy_not_null() debido a un inadecuado NULL-valor de verificación. (Bug #16316564)
- La transformación de algunas de las subconsultas que seleccione temporal o BIGINT tipos o a un semijoin causado un servidor de salir en el segundo de ejecución de sentencias preparadas o programas almacenados. (Bug #16319671)
- La costumbre fallido-intento de inicio de sesión contabilidad no aplica a error COM_CHANGE_USER comandos. (Bug #16241992)
- Una variable de usuario que se hace referencia durante la ejecución de una sentencia preparada se establece en la memoria que es liberado al final de la ejecución. Una segunda ejecución de la instrucción podría resultar en advertencias de Valgrind al acceder a esta memoria. (Bug #16119355)
- Misoptimization de izquierda expresiones en declaraciones preparadas podría causar un servidor de salida. (Bug #16095534)
- El optimizador de seguimiento podría intervalos de impresión para las principales partes que no eran utilizables para la gama de acceso. (Bug #14615536)
- Cuando se ejecuta una consulta en INFORMATION_SCHEMA.INNODB_BUFFER_PAGE que solicitó table_name y index_name valores, los resultados de la consulta incluiría las páginas de índice sin table_name o index_name valores. (Bug #14529666)
- Varios COM_xxx comandos en el protocolo cliente-servidor no tiene la longitud de controles para la entrada de los paquetes de red, lo que podría derivar en diversos problemas de entrada incorrecta. (Bug #14525642)
- Las contraseñas en las declaraciones no fueron ofuscado antes de ser escrito en el registro de auditoría. (Bug #14536456)
- Con el hilo de la piscina plugin en el uso normal de terminación de la conexión causado la Aborted_clients la variable de estado se incrementa. (Bug #14081240)
- En Windows, opciones de línea de comandos de la forma --opt_name="opt_value" funcionó, pero --opt_name='opt_value' no.
- En todas las plataformas, para la ejecución de las opciones de Esquema de la forma --performance_schema_instrument="instrumento=valor", no es válido instrumento nombres ahora son rechazados. (Bug #13955232)
- MySQL Installer, si se ejecutan en la costumbre de instalar o cambiar de modo, que ofrece opciones de instalación que no tuvo ningún efecto. (Bug #12928601)
- Resultados incorrectos podrían ser devueltos a partir de consultas que utilizan varios aggr_func(DISTINTA) funciones (donde aggr_func() es una función de agregado, tales como COUNT()) cuando se hace referencia a las diferentes columnas de la misma clave compuesta. (Bug #12328597)
- Si una ACTUALIZACIÓN que contiene una subconsulta causado un estancamiento en el interior de InnoDB, el estancamiento no fue manejado adecuadamente por la capa de SQL. La capa de SQL, a continuación, trató de desbloquear la fila después de InnoDB revierte la transacción, levantando una afirmación dentro de InnoDB. (Bug #69127, El Bug #16757869)
- Boolean plugin variables de sistema no se comporta bien en las máquinas donde es unsigned char; código intentado asignar un valor negativo para estos. (Bug #59905, El Bug #11864205)
- En la ausencia de SQL_CALC_FOUND_ROWS en la consulta anterior, FOUND_ROWS() debe devolver el número de filas del conjunto de resultados, pero esto no siempre sucede si la consulta contenida ORDEN. (Bug #69271, El Bug #16827872)
- Unoptimized versiones de la xxxkorr() de macros en my_global.h se utilizaron en la versión de 64 bits de los procesadores x86. (Bug #61179, El Bug #12565703)
- sql-común/client_plugin.c contenidos no portátiles el uso de un va_list parámetro. (Bug #62769, El Bug #13252623)
- mysqldump supone la existencia de la general_log y slow_log tablas en la base de datos mysql. No pudo si se invoca para el volcado de las tablas de un servidor antiguo donde no existen estas tablas. (Bug #65670, El Bug #14236170)
- Búsqueda de texto completo en tablas InnoDB error en las búsquedas para las palabras que contienen los apóstrofes. (Bug #69216, El Bug #16801781)
- Búsqueda de texto completo en tablas InnoDB error en las búsquedas de frases literales combinado con + o - operadores. (Bug #68720, El Bug #16516193)
- Optimizaciones que extendido claves secundarias (ver Uso de Índice de Extensiones) trabajó sólo para InnoDB, incluso para los motores de almacenamiento con el requisito de capacidades subyacentes. (Bug #68469, El Bug #16391678)
- Con big_tables habilitado, las consultas que utilizan COUNT(DISTINCT) en una simple combinación con una constante de la igualdad en la condición de no-clave duplicada devuelve resultados incorrectos. (Bug #52582, El Bug #11760197)
- mysql_install_db incorrectamente tratado de crear el mysql.innodb_table_stats y mysql.innodb_index_stats tablas si InnoDB no estaba disponible. (Bug #68438, El Bug #16369955)
- Si una sesión tenido alguno de los metadatos de bloqueo en una mesa, otra sesión de intentar CREAR TABLA [SI NO EXISTE] para la misma tabla se cuelgan. Esto ocurrió debido a un intento, en el segundo período de sesiones para adquirir un exclusivo metadatos de bloqueo en la mesa antes de comprobar si la tabla ya existente. Una exclusiva de metadatos de bloqueo no es compatible con cualquier otro tipo de metadatos de cerraduras, por lo que la sesión en la horca por el bloqueo período de tiempo de espera si otra sesión contó con la tabla bloqueada. Ahora el servidor intenta adquirir una metadatos compartidos de bloqueo en la primera tabla para comprobar si ya existe, a continuación, actualizar a un bloqueo exclusivo si no lo hace. Si la tabla no existe, se produce un error para CREAR una TABLA y una advertencia para CREAR la TABLA SI NO EXISTE. (Bug #63144, El Bug #13418638)
- Intenta construir a partir de un paquete RPM fuente podría fallar debido a que el proceso de construcción intento para referirse a un pb2user que podría no existir. (Bug #64641, El Bug #13865797, El Bug #69339, El Bug #16874980)
- Un error tipográfico en cmake/dtrace.cmake impedido DTrace apoyo de ser habilitado por DENABLE_DTRACE. (Bug #60743, El Bug #12325449)
- Cuando un búfer interno era demasiado pequeño para el volumen de trabajo, el Rendimiento de Esquema podría pasar mucho tiempo en una interna de bucle de giro de intentar asignar un búfer de memoria, y no. (Bug #69382, El Bug #16945618)
- Algunos LEFT JOIN de consultas con el GRUPO podría devolver resultados incorrectos. (Bug #68897, El Bug #16620047)
- Para consultas con el FIN de ... LÍMITE, el optimizador puede elegir un nonordering índice de acceso a la tabla. (Bug #69410, El Bug #16916596)
- Cuando se selecciona una unión de un conjunto de resultados vacío (creado con DONDE 1=0 o DONDE la FALSA) con una tabla derivada, incorrecta filtrado se aplica a la tabla derivada. (Bug #69471, El Bug #16961803)
- La comparación de un valor de DATETIME y una cadena no funciona correctamente para el utf8_unicode_ci de intercalación. (Bug #68795, El Bug #16567381)