MySQL Enterprise Edition

MySQL Enterprise Edition es un comercial, el galardonado, ampliamente utilizado y RDBMS super rápido (Relational Database Management System), creado originalmente por Sun Microsystems y ahora mantenida por Oracle. Incluye funciones empresariales de gran alcance, tales como MySQL Enterprise Backup, MySQL Enterprise Monitor, MySQL Enterprise HA, MySQL Enterprise escalabilidad, MySQL Enterprise Security, MySQL Enterprise auditoría, MySQL Enterprise Monitor, MySQL Query Analyzer, tela MySQL y MySQL Workbench.Features en un glanceKey características incluyen soporte para la creación de copias de seguridad incrementales, totales o parciales, la funcionalidad de punto en el tiempo de recuperación, restauraciones parciales o completos, soporte de autenticación externo, el apoyo a agrupaciones de hebras, el cumplimiento de la auditoría basada en políticas, en línea y ldquo; hot & rdquo; soporte de copia de seguridad, administrador de clusters y de racimo características geo-replicación, la escala automática, así como soporte para varios motores de almacenamiento InnoDB, incluyendo, NDB y MyISAM.
Además, cuenta con la compresión de copia de seguridad, la replicación de bases de datos, DRBD (Distributed Bloquear replicada de dispositivos) de apoyo, Oracle Solaris agrupación, plantillas Oracle VM, Windows clústeres de conmutación por error, la integración de Active Directory de Windows, PAM (Pluggable Authentication Modules) soporte de autenticación, así como 24 / 7 el apoyo de Oracle. Otras características interesantes de TI la capacidad de hacer que su infraestructura de base de datos altamente available.Supported operativo systemsMySQL ofrece una gran disponibilidad, lo que significa que se puede utilizar en una amplia gama de distribuciones de Linux, incluyendo Debian GNU / Linux, Ubuntu, SUSE Linux Enterprise Server, Red Hat Enterprise Linux y Oracle Linux, así como Sun Solaris, BSD, Mac OS X y Microsoft Windows systems.The operativo MySQL Comunidad EditionsIn además de la edición Enterprise de MySQL, la edición de la Comunidad está disponible gratuitamente para su descarga y se puede instalar fácilmente en diversos sistemas operativos basados ​​en Linux utilizando los paquetes incluidos en los repositorios de software por defecto de los respectivos distribución GNU / Linux. Se mantiene activa y el apoyo de una comunidad de entusiastas de código abierto y los desarrolladores de todos los lugares del mundo. Más detalles acerca de las ediciones de la Comunidad MySQL se pueden encontrar en Softoware

¿Qué hay de nuevo en esta versión:.

• Mejor rendimiento y Escalabilidad
• La mejora de motor de almacenamiento InnoDB para un mejor rendimiento transaccional
• Mejora Optimizer para tiempos y diagnósticos de ejecución mejor de consulta
• Mejor disponibilidad de las aplicaciones con las operaciones DDL Online / esquema
• Mejor agilidad desarrollador con NoSQL Acceso a través de API Memcached a InnoDB
• Mejora de replicación para el alto rendimiento y las implementaciones de clúster de autocuración
• Mejora del rendimiento de esquema para una mejor instrumentación y seguimiento
• Mejora de la seguridad para la implementación de aplicaciones sin preocupaciones
• Y otras mejoras importantes

¿Cuál es nuevo en la versión 5.6.10:

• Las nuevas características y mejoras en MySQL 5.6 están disponibles para los usuarios de MySQL en el MySQL Community Edition.
• MySQL 5.6 proporciona una mayor escalabilidad lineal, ayudando a los usuarios a aprovechar las capacidades de hardware modernos.
• Con esta versión, los usuarios pueden experimentar el desarrollo simplificado de consulta y una ejecución más rápida, mejor rendimiento transaccional y disponibilidad de las aplicaciones, el acceso NoSQL flexibilidad, mejora la replicación y la instrumentación mejorada.
• Mejor Ejecución de consultas Times y diagnósticos proporcionados a través de un diagnóstico optimizador MySQL mejoradas: subconsulta Optimizaciones: simplificar el desarrollo de la consulta mediante la optimización de las subconsultas antes de la ejecución. Nuevas eficiencias en cómo conjuntos de resultados se seleccionan, clasifican y regresaron ofrecer una mejora sustancial en los tiempos de ejecución de consultas. La adición de Índice de Condición Pushdown (ICP) y la clave de acceso por lotes (BKA): puede mejorar el rendimiento de consulta seleccionado por hasta 280x (1). Enhanced Diagnostics Optimizer: con EXPLAIN de INSERT, UPDATE y DELETE. EXPLICAR salida plano en formato JSON ofrece métricas optimizador más precisos y una mejor legibilidad, y optimizador Traces permite seguir el proceso de toma de decisiones optimizador.
• Mayor Rendimiento Rendimiento y disponibilidad de aplicaciones con un mejor motor de almacenamiento InnoDB: hasta 230 por ciento de mejora en transaccionales y de sólo lectura Rendimiento: InnoDB ha sido re-factorizado para minimizar enhebrado legado, rubor y purga contenciones mutex y cuellos de botella, lo que permite una mejor concurrencia en los sistemas OLTP muy cargados, y que resultan en una mejora significativa de rendimiento tanto para transaccional y leer sólo las cargas de trabajo (2). Enhanced Disponibilidad: operaciones DDL en línea permiten a los DBAs para agregar índices y realizar alteraciones mesa mientras la aplicación sigue estando disponible para actualizaciones. La búsqueda de texto con InnoDB: permite a los desarrolladores crear índices FULLTEXT en tablas InnoDB para representar el contenido basado en texto y acelerar aplicación busca palabras y frases. Simple, valor clave de búsqueda: Acceso NoSQL flexible para InnoDB ofrece sencilla clave-valor, de búsqueda de datos InnoDB a través de la API de Memcached familiar. Los usuarios obtienen la & quot; lo mejor de ambos mundos, & quot; la combinación de las operaciones de valores clave y consultas SQL complejas en la misma base de datos.
• Mejora Scale-Out y de alta disponibilidad: con nuevas funciones de replicación de MySQL incluyendo: Self-Healing replicación Clusters: la adición de Global Transaction Identificadores y utilidades que sea sencillo para detectar automáticamente y recuperarse de los fracasos. Crash-Safe replicación permite el registro binario y esclavos para recuperar automáticamente las posiciones correctas en el flujo de repetición en caso de un accidente, y reanudar la replicación sin intervención del administrador. Checksums mantienen la integridad de los datos a través del clúster mediante la detección automática y alertar sobre los errores. Clusters de replicación de Alto Rendimiento: hasta 5 veces más rápido a través de la replicación de esclavos multiproceso (3), binlog Grupo Commit y Optimizado replicación Fila-base permiten a los usuarios maximizar el rendimiento y la eficiencia de la replicación, ya que la escala de salida de sus cargas de trabajo en los sistemas de las materias primas. Con retardo de replicación:. Proporciona protección contra errores operacionales realizadas en el maestro, por ejemplo una caída accidental de tablas
• PERFORMANCE_SCHEMA mejorada: nueva instrumentación permite a los usuarios controlar mejor la mayoría de recursos intensivas consultas, objetos, usuarios y aplicaciones. Nuevos resúmenes con estadísticas agregadas agrupados por consulta, hilo, usuario, host y objeto están también disponibles. Las mejoras permiten la fácil configuración por defecto con menos del cinco por ciento por encima.
• MySQL 5.6 incluye una serie de mejoras adicionales, incluyendo Sistemas de Información Geográfica -. Las operaciones espaciales precisos, un mejor cumplimiento de IPv6 y servidores predeterminados optimizados

¿Cuál es nuevo en la versión 5.5.30:

• mysql-libs y mysql-libs avanzado-have ha eliminado del archivo spec;
• Un poco más inteligente de procesamiento de archivos .in en mysql-test / colección se ha implementado;
• Si bien la conversión de nombre de directorio para el nombre de archivo, un separador de archivo (FN_LIBCHAR) puedes ser añadido al nombre del archivo resultante. Este problema se resolvió;
• Un fallo aleatorio pb2 ha sido reparado;
• El script de prueba que se añadió con empuje anterior no funcionó con el caso incorporado, ya que no hay archivo pid creado en estos casos. & Quot; not_embedded.inc & quot; se ha agregado.

¿Qué hay de nuevo en la versión 5.6.9 RC:

• funciones añadidas o cambiadas:
• Cambio incompatible: Replicación: Una serie de nombres de variables y otros relacionados con la replicación basada en GTID han cambiado, con el fin de que estos nombres más apropiados y significativos. Los nombres antiguos ya no son compatibles.
• Las características tan renombrados se muestran en la siguiente lista:
• La opción de servidor --disable-GTID-inseguras-declaraciones ha sido renombrado --enforce-GTID-consistencia; la variable de sistema disable_gtid_unsafe_statements ha sido renombrado enforce_gtid_consistency.
• La variable de sistema del servidor gtid_done ha sido renombrado gtid_executed.
• La variable de sistema del servidor gtid_lost ha sido renombrado gtid_purged; además, esta variable ya no está sólo lectura.
• Las SQL_THREAD_WAIT_AFTER_GTIDS () función ha sido renombrado WAIT_UNTIL_SQL_THREAD_AFTER_GTIDS ().
• Para obtener más información, consulte la Sección 16.1.3, & quot; La replicación con Global Transaction Identificadores & quot ;, y la Sección 16.1.4.5, & quot; Global Transaction Opciones y variables & quot ;. ID (Bug # 14775984)
• mysqld escribe ahora las fechas para el registro de errores en la ISO (hh AAAA-MM-DD: mm: ss) formato. También incluye su ID de proceso siguiente a la fecha. Gracias a Davi Arnaut para el parche. (Bug # 56240, Bug # 11763523)
• Windows Vista, Windows Server 2008, y más nuevo soporte enlaces simbólicos nativo usando el comando MKLINK. Esto hace que la aplicación de base de datos MySQL Servidor de enlaces simbólicos usando .sym archivos redundantes, por lo que el mecanismo está ahora en desuso y se eliminará en una futura versión de MySQL. Vea la Sección 8.11.3.1.3, & quot; Utilización de enlaces simbólicos para bases de datos en Windows & quot;.
• Errores solucionados:
• Rendimiento: InnoDB: Los valores de sincronización para bajo nivel InnoDB operaciones de lectura se ajustaron para un mejor rendimiento con los dispositivos de almacenamiento rápidos, como los SSD. Esta mejora afecta principalmente a las operaciones de lectura de columnas BLOB en tablas comprimidas. (Bug # 13702112, Bug # 64258)
• Cambio incompatible:. La columna thread_id en las tablas de esquema de funcionamiento se amplió del INT para BIGINT para dar cabida a valores de 64 bits
• Si actualiza a esta versión de MySQL desde una versión anterior, debe ejecutar mysql_fix_privilege_tables (y reiniciar el servidor) para incorporar este cambio en la base de datos performance_schema. (Bug # 14664453)
• Cambio incompatible: ID de conexión (ID del hilo) valores superiores a 32 bits pueden producir en algunos sistemas (como los sistemas de 64 bits ocupados o de larga duración), la causa de estos problemas:
• IDs de conexión por escrito al registro de consultas general y registro de consultas lentas no son correctos. Esto era cierto para el registro en ambos archivos y tablas.
• La función CONNECTION_ID () podría devolver un valor con un tipo de datos demasiado pequeño para valores superiores a 32 bits.
• El mysql_thread_id () y mysql_kill () las funciones de la API C no manejan valores de ID de más de 32 bits. Esto podría resultar en perder el hilo equivocado; por ejemplo, si ha invocado mysql_kill (mysql_thread_id ()).
• IDs de conexión ahora se les permite ser valores de 64 bits cuando el servidor los apoya (cuando se construyó con los tipos de datos de 64 bits), que tiene los siguientes efectos:
• IDs de conexión se registran correctamente en el registro de consultas general y registro de consultas lentas.
• Nota
• Este cambio implica una modificación de las tablas de registro, así que después de actualizar a esta versión, debe ejecutar mysql_fix_privilege_tables y reiniciar el servidor.
• CONNECTION_ID () devuelve un tipo de datos adecuado para valores mayores a 32 bits.
• mysql_thread_id () no se ha modificado; la protocal cliente / servidor tiene sólo 4 bytes para el valor de la identificación. Esta función devuelve un valor incorrecto (truncado) para los ID de conexión de más de 32 bits y se deben evitar.
• mysql_kill () todavía no puede manejar valores mayores que 32 bits, pero para protegerse de matar al hilo equivocado ahora devuelve un error en estos casos:
• Si se da una identificación mayor de 32 bits, mysql_kill () devuelve un error CR_INVALID_CONN_HANDLE.
• Después de contador ID rosca interna del servidor alcanza un valor superior a 32 bits, se devuelve un error ER_DATA_OUT_OF_RANGE para cualquier mysql_kill () invocación y mysql_kill () falla.
• Para evitar problemas con mysql_thread_id () y mysql_kill (), no los utilice. Para obtener el identificador de conexión, ejecutar una SELECT CONNECTION_ID () consulta y recuperar el resultado. Para matar a un hilo, ejecutar una instrucción KILL.
• (Bug # 19806, Nº de error 11745768, Bug # 65715, Nº de error 14236124, Bug # 44728, Bug # 11753308)
• Cambio Importante: InnoDB: Una sentencia DML utilizando el método de acceso de combinación de índice podría bloquear muchas filas de la tabla, incluso cuando esas filas no eran parte del conjunto de resultados finales. Esta corrección se reduce el bloqueo excesivo por la liberación de los bloqueos de filas sin. Esta optimización afecta sólo a las transacciones con el nivel de aislamiento igual o menos estrictas que READ COMMITTED; no se aplica a las transacciones utilizando REPEATABLE READ o nivel de aislamiento SERIALIZABLE. (Bug # 14226171)
• Importante Cambio: Replicación: Debido a que ejecuta el servidor con GTIDs habilitado impidió cambios en tablas no transaccionales, los programas como mysql_fix_privilege_tables y mysql_install_db no fueron capaces de operar en las tablas del sistema que utilizan el motor de almacenamiento MyISAM y por lo tanto no podría funcionar correctamente. Ahora, cuando se ejecuta con --enforce-GTID-consistencia (requerido siempre en modo --gtid = ON), el servidor permite a los estados individuales en tablas no transaccionales. (Bug # 14722659)
• Cambio Importante: Replicación: Anteriormente, el valor de la columna de la Seconds_Behind_Master en la salida de SHOW SLAVE STATUS siempre se establece en NULL cuando se detuvo el flujo SQL o el hilo de E / S. Ahora, esta columna se establece en NULL si el flujo SQL no se está ejecutando, o si el flujo de entrada / O no está en marcha a raíz de una comprobación para determinar si el flujo SQL ha procesado todo el log retardado. (Si el flujo SQL ha finalizado el proceso y el hilo de E / S se ejecuta, Seconds_Behind_Master es 0.) (Bug # 12946333)
• Partición: InnoDB: Anteriormente, cuando se trata de optimizar una o más particiones de una tabla con particiones que utiliza un motor de almacenamiento que no admite OPTIMIZE nivel de partición, como InnoDB, MySQL reportó tabla no soporta optimizar, hacer recrear + analizar en su lugar, a continuación, volver a crear toda la tabla, pero en realidad no analizarlo. Ahora bien, en estos casos, el mensaje de advertencia es, Mesa no soporta optimizar en particiones. Todas las particiones se reconstruirán y analizados. Además, toda la tabla se analizó después de haber sido reconstruido. (Bug # 11751825)
• InnoDB: Si el servidor se estrelló mientras que las filas se insertaron en una tabla con un índice FULLTEXT pero antes de que la transacción se haya cometido un error podría ocurrir durante el inicio siguiente:
• InnoDB: error de aserción en thread_num hilo en línea dict0dict.cc archivo de 1019
• (Bug # 14826779)
• InnoDB: El servidor puede detener con un error al acceder a una tabla InnoDB contiene un índice FULLTEXT través del comando HANDLER. (Bug # 14788710)
• InnoDB: El servidor puede detener con un error cuando dos tipos de operaciones ocurrieron simultáneamente:
• Un ROLLBACK de una fila insertada que contenía columnas fuera de la página.
• Una operación DDL en línea en línea que implica una tabla de ROW_FORMAT = DINÁMICO o ROW_FORMAT = COMPRIMIDO (es decir, utilizando el formato de archivo Barracuda) que reconstruye la tabla. Por ejemplo, agregar la columna / DROP, ADD PRIMARY KEY, el cambio ROW_FORMAT.
• (Bug # 14842014)
• InnoDB: El servidor podría detener con un error de aserción de una operación ANALYZE TABLE, dependiendo de la estructura de la tabla y sus índices:
• InnoDB: error de aserción en thread_num hilo en línea dict0dict.ic archivo 447
• InnoDB: A falta de afirmación: pos & lt; mesa- & gt; n_def
• (Bug # 14755452)
• InnoDB: Un error de tiempo de espera podría ocurrir en los sistemas Windows al hacer declaraciones ALTER TABLE con las cláusulas TABLESPACE DESCARTAR o TABLESPACE IMPORTACIÓN, debido a un archivo de tabla temporal que permanece en el sistema de archivos. (Bug # 14776799)
• InnoDB: Una operación DDL en línea para una tabla InnoDB informa incorrectamente un valor vacío ('') en lugar del valor llave correcta cuando reportó un error de clave duplicada para un índice único utilizando un prefijo de índice. (Bug # 14729221)
• InnoDB: tablas InnoDB con índices FULLTEXT podrían asignar memoria para las manijas de rosca que nunca fue puesto en libertad, que puede dar lugar a problemas de recursos en los sistemas Windows. (Bug # 14759163)
• InnoDB: Durante una operación de DDL en línea que las copias de la tabla, el índice secundario de la tabla podrían resultar dañados. (Bug # 14753701)
• InnoDB: Si el servidor se estrelló después de una DDL línea operación CREATE INDEX, un error puede ocurrir mientras rueda transacciones volver incompletas en el siguiente inicio:
• InnoDB: error en la entrada de índice seg del deshacer en
• ...
• InnoDB: error de aserción en thread_num hilo en línea row0umod.cc archivo 559
• (Bug # 14707452)
• InnoDB: Si el servidor se estrelló en un momento preciso durante una operación ALTER TABLE que reconstruyó el índice agrupado de una tabla InnoDB, la tabla original podría ser inaccesibles después. Un ejemplo de tal operación es ALTER TABLE ... ADD PRIMARY KEY La solución preserva la tabla original si el servidor se detiene durante esta operación. Es posible que todavía tenga que cambiar el nombre del archivo .ibd manualmente para restaurar el contenido de la tabla original: en MySQL 5.6 y superior, cambiar el nombre de # sql-ib $ new_table_id.ibd a table_name.ibd dentro del directorio de base de datos; antes de MySQL 5.6, el archivo temporal para cambiar el nombre es nombre_tabla # 1 o # 2. (Bug # 14669848)
• InnoDB: Esta revisión mejora el manejo de errores cuando una operación ALTER TABLE añade una columna más allá del número máximo permitido para una tabla InnoDB. También aumenta el número máximo de columnas para una tabla InnoDB de 1000 a 1020. (Bug # 14705287)
• InnoDB: Durante una operación de DDL en línea que reconstruyó la mesa, una declaración CHECK TABLE podría reportar un desajuste recuento de todos los índices secundarios. (Bug # 14606472)
• InnoDB: Si una sentencia ALTER TABLE falló al intentar crear un índice FULLTEXT de una tabla InnoDB, el servidor podría detener con un error de aserción mientras suelta el índice incompleta. (Bug # 14504174)
• InnoDB: Durante el cierre, con la opción de configuración innodb_purge_threads establecer mayor que 1, el servidor podría detener prematuramente con este error:
• mysqld tiene señal 11
• Una solución era aumentar innodb_log_file_size y establecer innodb_purge_threads = 1. El arreglo se ha portado a MySQL 5.5 y 5.1, aunque esas versiones no tienen la opción de configuración innodb_purge_threads así era poco probable que se produzca el error. (Bug # 14234028)
• InnoDB: El servidor puede detener con un error en algunas combinaciones de operaciones simultáneas:
• InnoDB: desconocido código de error 20
• Este problema se originó durante el ciclo de desarrollo 5.6. Afectó sólo las transacciones utilizando el READ COMMITTED AndreaD niveles de aislamiento no confirmadas. (Bug # 13641662, Bug # 12424846)
• Replicación: Si una tabla para ser replicado tenido un índice FULLTEXT, este índice no se descartó la hora de seleccionar el tipo de análisis que se utilizará en la búsqueda de la siguiente fila, a pesar de que no se puede utilizar para encontrar la correcta. El aplicador fila posteriormente intentó, sin éxito, para emplear una exploración de índice, causando la replicación falle. Ahora bien, en estos casos, los índices que no proporcionan el acceso secuencial (como FULLTEXT) no se consideran para determinar si se debe utilizar una tabla, índice o una tomografía hash para este propósito. (Bug # 14843764)
• Replicación: Cuando se utiliza el protocolo maestro-esclavo-GTID consciente, el flujo esclavo de E / S utiliza la posición incorrecta. Cuando se utiliza GTIDs, la posición no se utiliza normalmente, pero como un caso especial, la posición se utilizó, además de la GTID cuando el esclavo vuelve a conectar a la misma maestro (a pesar de que esto no era necesario). Este problema se resuelve haciendo que el protocolo maestro-esclavo-GTID consciente no utiliza en todas las posiciones por más tiempo. (Bug # 14828028)
• Replicación: Dado un R rutina almacenada en el que la función GTID_SUBTRACT () se invoca: Una vez GTID_SUBTRACT () devuelve NULL cuando se le llama en el interior R, continuó devolver NULL cada vez que se llama dentro de R, por el resto del cliente sesión. (Bug # 14838575)
• Replicación: MySQL Enterprise Backup, mysqldump y mysqlhotcopy no se podía utilizar con un servidor MySQL GTID habilitados, porque eran incapaces de restaurar el estado GTID del servidor y por lo tanto no podría restaurar desde cualquier punto en el log binario que no sea el principio.

Sólo lectura
• Como parte de la solución a este problema, la variable sistema gtid_purged (anteriormente llamado gtid_lost) ya no es; ahora es posible añadir GTIDs a ella cuando gtid_executed (anteriormente gtid_done) está vacía. (Bug # 14787808)
• Replicación: al reiniciar la replicación después se purgó el primer archivo de registro binario resultó en el error obtenido un error fatal 1236 de maestro al leer los datos de registro binario: "El esclavo se conecta usando CHANGE MASTER TO MASTER_AUTO_POSITION = 1, pero el maestro ha purgado logs binarios que contienen GTIDs que el esclavo requiere. " Esta replicación basada en GTID llevado al fracaso. (Bug # 14756691)
• mysql_install_db no cumplió con la opción --user. (Bug # 15866735)
• Creación de una tabla InnoDB con un índice FULLTEXT podría encontrarse con un error grave si el nombre de la tabla contiene caracteres no alfanuméricos. (Bug # 14835178)
• memoria no es válida lee podría ocurrir para las consultas que seleccionan a partir de un nombre de tabla de longitud cero. (Bug # 14780820)
• Con LOCK TABLES en efecto, CREATE TABLE IF NOT EXISTS ... como podría elevar una afirmación. (Bug # 14788976)
• La parte automática de generación de claves de manejo tabla derivada no manejar adecuadamente columnas especificadas como parte de los valores () cláusula y causó una afirmación que se planteó. (Bug # 14786324)
• Al intentar leer un archivo utf16 con LOAD DATA INFILE levantó una afirmación. (Bug # 14786470)
• init_io_cache () utilizaron memset () para borrar un mutex pero pasó el tamaño mutex mal. (Bug # 14838882)
• El optimizador podría elevar una afirmación al evaluar una prueba de rango contra un NO ES condición NULL. (Bug # 14843705)
• Una afirmación podría plantearse la ejecución de INSERT, UPDATE o DELETE después implícitamente a partir de sólo lectura transacción en modo LOCK TABLES. (Bug # 14788540)
• El intento de crear una columna de incremento automático en una tabla InnoDB con un atributo de tipo NULL podría causar un grave error. (Bug # 14758479)
• Una afirmación se planteó si se utiliza ALTER TABLE para cambiar el nombre de una columna de mismo nombre que una columna existente a la vez que la reordenación de la columna renombrada mediante DESPUÉS o FIRST. (Bug # 14756089)
• Una afirmación podría elevarse si se utilizó semi-join materialización para evaluar un NO EN subconsulta. (Bug # 14751858)
• En algunos agrupamientos manejador continuación, continuación podría ocurrir en el lugar equivocado. (Bug # 14724836)
• salida de SHOW PROCESSLIST no se ordena en orden Id. (Bug # 14771006)
• En algunas sentencias SELECT, EXPLIQUE podría hacer que el servidor para salir. (Bug # 14761894)
• Una pérdida de memoria se produjo por los intentos de utilizar ALTER TABLE para establecer un valor por defecto para una pequeña, mediana o larga columna BLOB o TEXT. (Bug # 14756206)
• Instalación mediante paquetes de Solaris corrió mysql_install_db durante las operaciones de actualización (esto debe ocurrir sólo para nuevas instalaciones). (Bug # 14747671)
• En las instrucciones UPDATE, explique mostró la longitud de la clave total en la columna key_len en lugar de la longitud de las piezas clave que se utilizan. (Bug # 14682438)
• Inicio del servidor con --bind-dirección, y luego poner host_cache_size a 0 podría resultar en el servidor de parada para ciertos tipos de conexiones de cliente. (Bug # 14689561)
• Con condición índice pushdown habilitada, el optimizador podría producir resultados incorrectos para tablas derivadas. (Bug # 14640176)
• El optimizador podría utilizar incorrectamente un índice no espacial para optimizar las operaciones espaciales, haciendo una afirmación que se planteó. (Bug # 14600994)
• mysql_config_editor produce ningún mensaje de error de errores de escritura en el archivo de configuración. (Bug # 14545989)
• Consulta la reescritura de las contraseñas de matorral para tala se ha hecho incluso si ninguno de los registros asociados se habilita. También, CREATE SERVER y ALTER SERVIDOR están reescritos según sea necesario. (Bug # 14073554)
• CHECK TABLE y REPAIR TABLE podría bloquearse si una tabla MyISAM tenía un archivo de clave corrupto (.MYI). Ahora el servidor produce un error. (Bug # 13556441)
• CHECK TABLE y REPAIR TABLE podría bloquearse si una tabla MyISAM tenía un archivo de clave corrupto (.MYI). Ahora el servidor produce un error. (Bug # 13556107, Bug # 13556000)
• En los vertederos de la base de datos mysql, mysqldump saltó la tabla de eventos a menos que se le dio la opción --acontecimientos. Para omitir este cuadro si se desea, utilice la opción --ignore-tabla en lugar (Bug # 55587, Bug # 11762933)
• mysqld_safe ignora el valor de la variable de entorno UMASK, lo que lleva a un comportamiento diferente de mysqld con respecto a la modalidad de acceso de los archivos creados. Ahora mysqld_safe (y mysqld_multi) intentan aproximar el mismo comportamiento que mysqld. (Bug # 57406, Bug # 11764559)
• En Mac OS X, reinicializar la caché de consultas podría hacer que el servidor para salir. Gracias a Davi Arnaut para el parche. (Bug # 67156, Bug # 14741880)
• Para tablas MEMORY con índices hash, DELETE veces no logró borrar todas las filas aplicables. (Bug # 51763, Bug # 11759445)
• El servidor no pudo utilizar la caché de consultas para consultas en el que un nombre de base de datos o tabla contenía caracteres especiales y el motor de almacenamiento InnoDB mesa era. (Bug # 64821, Bug # 13919851)
• En Mac OS X, mata a veces podría ser poco confiable. (Bug # 37780, Bug # 11748945)
• LAST_INSERT_ID (expr) que no funcionó para expr valores mayores que el mayor valor BIGINT firmado. (Bug # 20964, Bug # 11745891)