Popular sistema de gestión de bases de datos relaciones

MySQL for Mac

Suscríbase a nuestro boletín

Manténgase al día con los últimos lanzamientos de software, noticias, descuentos de software, ofertas y más.

Suscribir
Descargar MySQL 5.6.20 (64-bit)

MySQL 5.6.20 (64-bit)

  -  157,91 MB  -  Código Abierto
  • Última Versión

    MySQL 8.0.36

  • Sistema Operativo

    Mac OS X 10.7 or later

  • Ránking Usuario

    Haga clic para votar
  • Autor / Producto

    Oracle / Enlace Externo

  • Nombre de Fichero

    mysql-5.6.20-osx10.7-x86_64.dmg

  • MD5 Checksum

    c42830224e532120f5c1cf53c891a960

En ocasiones, las últimas versiones del software pueden causar problemas al instalarse en dispositivos más antiguos o dispositivos que ejecutan una versión anterior del sistema operativo. Los fabricantes de software suelen solucionar estos problemas, pero puede llevarles algún tiempo. Mientras tanto, puedes descargar e instalar una versión anterior de MySQL 5.6.20 (64-bit).


Para aquellos interesados en descargar la versión más reciente de MySQL for Mac o leer nuestra reseña, simplemente haz clic aquí.


Todas las versiones antiguas distribuidas en nuestro sitio web son completamente libres de virus y están disponibles para su descarga sin costo alguno.


Nos encantaría saber de ti

Si tienes alguna pregunta o idea que desees compartir con nosotros, dirígete a nuestra página de contacto y háznoslo saber. ¡Valoramos tu opinión!

  • MySQL 5.6.20 (64-bit) Capturas de Pantalla

    Las imágenes a continuación han sido redimensionadas. Haga clic en ellos para ver las capturas de pantalla en tamaño completo.

Qué hay de nuevo en esta versión:

De Seguridad Notas:
- Revisión de seguridad: El vinculado biblioteca OpenSSL para el MySQL 5.6 Comercial Server se ha actualizado desde la versión 1.0.1 g a la versión 1.0.1 h. Versiones de OpenSSL antes y como 1.0.1 g son reportados a ser vulnerables a la CVE-2014-0224.
- Este cambio no afecta a la Oracle-producido Comunidad de MySQL construir de Servidor de MySQL 5.6, que utiliza el yaSSL de la biblioteca en su lugar. (CVE-2014-0224)

InnoDB Notas:
- Cambio importante: Redo log escribe para grandes, almacenado externamente campos BLOB, podría sobrescribir el punto de control más reciente. El 5.6.20 parche limita el tamaño de los redo log BLOB escribe el 10% de la rehacer tamaño del archivo de registro. El 5.7.5 parche corrige el error sin la imposición de una limitación. Para MySQL 5.5, el error sigue siendo una limitación conocida.
- Como resultado de la redo log BLOB escribir límite introducido para MySQL 5.6, innodb_log_file_size debe ser ajustado a un valor mayor que 10 veces el más grande de BLOB tamaño de los datos encontrados en las filas de las tablas más la longitud de los otros campos de longitud variable (de tipo VARCHAR, VARBINARY, y los campos de tipo TEXTO). El no hacerlo podría resultar en “el tamaño de la Fila demasiado grande” de los errores. No se requiere ninguna acción si su innodb_log_file_size configuración ya está suficientemente grandes o las tablas no contienen datos BLOB.
- Funcionalidad Añadido o Cambiado:
- Replicación: La nueva variable del sistema binlog_impossible_mode controles ¿qué sucede si el servidor no puede escribir en el log binario, por ejemplo, debido a un error de archivo. Por compatibilidad con versiones anteriores, el valor predeterminado para binlog_impossible_mode es IGNORE_ERROR, que significa que el servidor registra el error, se detiene el registro y sigue las actualizaciones de la base de datos. La configuración de esta variable para ABORT_SERVER hace que el servidor de detener la tala y se apaga si no se puede escribir en el log binario.
- CMake apoyo fue actualizado para manejar CMake la versión 3.
- Nueva Debian7, Ubuntu12.04, y Ubuntu14.04 soporte de la distribución que se introdujo con 5.6.17 viene ahora con el específico de la plataforma de embalaje de origen colocado bajo el directorio de empaquetado, en el deb-precisa, deb-wheezy, y deb-fiel directorios.
- Soporte para LinuxThreads se ha eliminado desde el código fuente. LinuxThreads fue sustituida por NPTL en Linux 2.6.
- Por defecto, mysql_install_db crea un mi.cnf archivo en el directorio base de instalación utilizando una plantilla. Esto puede ser indeseables para algunas implementaciones. Para activar este comportamiento a ser suprimida, mysql_install_db ahora soporta --keep-mi-cnf opción para conservar los existentes mi.cnf archivo, y no crear una nueva a mi.cnf archivo.
- El mysqlhotcopy utilidad está ahora en desuso y se quitará en una versión futura de MySQL. Entre las razones para esto: sólo funciona para la MyISAM y ARCHIVAR los motores de almacenamiento; funciona en Unix, pero no en Windows. Las alternativas incluyen mysqldump y MySQL Enterprise Copia de seguridad.
- El timed_mutexes sistema variable no tiene efecto y es obsoleto.

Errores Corregidos:
- Cambio importante; de Replicación: UNA instrucción DROP TABLE puede ser dividido en varias declaraciones, antes de enviarlo para el registro binario si contiene regular (no temporal) de las tablas y las tablas temporales, o si contiene tablas temporales utilizando transaccionales y no transaccionales motores de almacenamiento. Ahora, cuando el uso de GTIDs, DROP TABLE que afectan a estas combinaciones de tablas no están permitidos, a menos que el valor de la gtid_next variable de sistema es AUTOMÁTICO. Esto es debido a que, con GTIDs habilitado en el servidor, la emisión de una GOTA de MESA en los casos a que se acaba de describir, mientras que sólo uno GTID asociados con cada declaración (el de SQL subproceso de este juego siguiente gtid_next='uuid:número') causa problemas cuando no hay suficientes GTIDs para la asignación de todas las declaraciones después de la división de la entrega original de la TABLA.
- Una instrucción DROP TABLE puede ser dividida debido a que el comportamiento de la declaración con respecto a la transacción actual variable, dependiendo de la tabla de características, como sigue:
- CAÍDA de la TABLA periódica de un (no temporal) de la tabla se compromete de inmediato
- CAÍDA de la TABLA de una tabla temporal utilizando un motor de almacenamiento transaccional está comprometido con la transacción actual (siguiente COMMIT)
- CAÍDA de la TABLA de una tabla temporal que no transaccional utiliza un motor de almacenamiento se compromete de inmediato
- Nomenclatura de estos tres tipos de tablas en una sola instrucción DROP TABLE hace que el servidor MySQL para dividir la declaración original en tres DROP TABLE en el registro binario. Si GTIDs está activada, pero el valor de gtid_next no es AUTOMÁTICA, la emisión de una instrucción DROP TABLE que las mezclas de cualquiera de los tipos de tabla descrita anteriormente hace que el servidor tiene un número insuficiente de GTIDs a escribir con todas las de la resultante de las declaraciones en el registro binario. Además, DROP TABLE IF EXISTS es siempre escrito en el registro binario para todas las tablas especificadas en la declaración, incluso si algunas o todas las tablas que no existen.
- Debido a que las tablas temporales son manejados de manera diferente por la CAÍDA de la TABLA en función de si se utiliza una transaccional o no transaccional motor de almacenamiento, las tablas nombradas por una CAÍDA TEMPORAL de la TABLA de declaración de que no existen son asumidos para ser transaccional. Esto significa que, si una GOTA de TABLA TEMPORAL con dos no transaccional tablas temporales se emite en el maestro, sería sólo escribe una instrucción DROP TABLE nomenclatura de ambas tablas. Si una de las tablas temporales ya no existe en el esclavo, y luego, cuando el subproceso SQL que ejecuta la instrucción, intenta dividir en varias declaraciones, debido a que afecta a un no transaccional (pero existente) de la tabla temporal y una inexistente transaccional tabla temporal; esto conduce a problemas debido a que el subproceso SQL sólo tiene un ID para el original de la instrucción DROP TABLE, sino que debe escribir dos DROP TABLE en el registro binario.
- Además, cuando el esclavo cayó tablas temporales, después de detectar que el maestro había reiniciado, se registra una instrucción DROP TABLE por pseudo-hilo y por base de datos, sino que se combinan las tablas temporales utilizando transaccional y no transaccional motores de almacenamiento en una sola instrucción DROP TABLE.
- Ahora, tenemos que tirar un error en la sesión de cliente si gtid_next se establece en un uuid:número de valor y una disminución de la TABLA de declaración de la mezcla de la tabla de tipos descritos anteriormente.
- Además, ahora el grupo de la inexistencia de tablas temporales y asumir a ser transaccional sólo si al menos uno transaccional tabla temporal se cayó por la instrucción. Si no transaccional tablas temporales se quitan, cualquier inexistente tablas temporales se asume que no transaccional tablas temporales.
- El esclavo ahora también se encarga de la caída de las tablas temporales correctamente en el caso de la reinicie por el maestro.
- InnoDB: la Apertura de una tabla principal que tiene a miles de niños de las tablas puede resultar en una larga semáforo condición de espera.
- InnoDB: Para un solo elemento de búsquedas de texto completo, los documentos eliminados fueron incluidos en inversa documento de la frecuencia (IDF) los cálculos.
- InnoDB: En mysqld start, especificar varios archivos de datos usando el innodb_data_file_path opción de devolver un Espacio de identificación en fsp error de cabecera después de que los datos se escriben en el segundo archivo.
- InnoDB: una operación DELETE en UNA tabla con la búsqueda de texto completo de los índices planteó una afirmación.
- InnoDB: Cuando se llama a la memcached flush_all comando, InnoDB intenta inicializar una conexión y una transacción. Si la transacción es en TRX_STATE_NOT_STARTED estado, InnoDB no serían capaces de establecer CONN_DATA->CRSR_TRX a NULL, lo que resulta en un grave error.
- InnoDB: Cuando InnoDB es construido como una biblioteca compartida, intentar cargar el InnoDB búsqueda de texto completo (FTS) INFORMATION_SCHEMA plugin fallará, no se Puede abrir la biblioteca compartida 'ha_innodb.así que el error".
- InnoDB: Una regresión introducida en MySQL 5.6.5 haría que la búsqueda de texto completo índice de tablas que se han creado en el sistema de espacio de tabla (en el espacio 0) aunque innodb_file_per_table fue habilitado.
- InnoDB: InnoDB, memcached plugin de llamada plugin_del sin necesidad de adquirir las lock_plugin mutex. Esta corrección también se ocupa de una condición de carrera en ib_cursor_delete_row.
- InnoDB: El fix para el Bug#16418661 añadido superfluo buf_flush_list() lógica de InnoDB código de inicio.
- InnoDB: Una condición de carrera en fts_get_next_doc_id resultó en Duplicado FTS_DOC_ID y No se puede encontrar el índice de FTS_DOC_ID_INDEX en InnoDB índice de la tabla de traducción de errores.
- InnoDB: Debido a las diferencias en el orden de memoria en diferentes tipos de procesador, algunos de exclusión mutua y de lectura-escritura de bloqueo banderas no fueron consistentes.
- Partición: la Selección de una tabla con varias columnas de clave principal y dividido por las COLUMNAS de la LISTA(R), donde R fue la última (derecha) de la columna aparece en la clave principal de la definición, devuelve un resultado incorrecto.
- Replicación: mysqlbinlog --crudos no comprobar por los errores causados por la no escribe, lo que podría resultar en silencio la corrupción de los registros binarios. Ahora en tales casos se detiene con un error.
- Replicación: Cuando un esclavo trabajador subproceso intentó ejecutar una instrucción que era demasiado grande, el error resultante causó un accidente. Ahora, en tales casos, el error se trunca para que se ajuste al tamaño de la memoria intermedia.
- Replicación: Cuando se utiliza replicación basada en la fila, actualizar o eliminar una fila en el maestro que no existen en el esclavo llevado al fracaso de los esclavos cuando se trató de procesar el cambio. Este problema se produjo con tablas InnoDB que carecen de una clave principal.
- Replicación: las Comillas no siempre se controlan correctamente LOAD DATA INFILE cuando se escriben en el log binario.
- Replicación: a Partir de MySQL 5.6.20, cuando un usuario especificado AUTO_INCREMENT valor cae fuera de la gama entre el actual AUTO_INCREMENT valor y la suma de la corriente y el número de filas afectadas valores se replican correctamente. En versiones anteriores, un error generado por el esclavo, incluso si el usuario ha especificado AUTO_INCREMENT valor cayó fuera de rango.
- Replicación: Un grupo de subprocesos implicados en la adquisición de cerraduras podría interbloqueo cuando los siguientes eventos ocurrieron:
- Volcado de hilo se vuelve a conectar de esclavos; en el maestro, un nuevo vertedero subproceso intenta matar zombis volcado de hilos; después de haber adquirido el hilo del LOCK_thd_data, está a punto de adquirir LOCK_log.
- Subproceso de aplicación de la ejecución de mostrar los registros binarios, habiendo adquirido LOCK_log y a punto de adquirir LOCK_index.
- Subproceso de aplicación de la ejecución de PURGAR los REGISTROS BINARIOS; habiendo adquirido LOCK_index, está a punto de adquirir LOCK_thread_count.
- Subproceso de aplicación de la ejecución de SHOW PROCESSLIST (o SELECT * FROM INFORMATION_SCHEMA.PROCESSLIST), habiendo adquirido LOCK_thread_count y a punto de adquirir el zombie de volcado del subproceso de LOCK_thd_data.
- Esto lleva a los 4 hilos de interbloqueos en el mismo orden en el que los hilos se han enumerado aquí.
- El problema surge porque hay pedidos reglas para LOCK_log y LOCK_index, así como reglas para ordenar LOCK_thread_count y LOCK_thd_data, pero no hay reglas para ordenar a través de estas dos juegos de esclusas. Esto era debido a la interna mysqld_list_processes() función que se invoca por el SHOW PROCESSLIST adquirido LOCK_thread_count para la vida completa de la función, así como la adquisición y liberación de cada subproceso del LOCK_thd_data. Ahora esta función recibe una copia de los hilos desde el mundial lista de hilo y realiza su recorrido en estos, y sólo después de la liberación de LOCK_thread_count. Durante este recorrido, la eliminación del mundial de lista de hilo está bloqueado con LOCK_thd_remove tal que las copias que de otro modo sería destruido por la eliminación siguen siendo válidas durante el recorrido. El bloqueo de la orden después de esta revisión se muestra aquí:
- LOCK_thd_remove -> LOCK_thd_data -> LOCK_log -> LOCK_index -> LOCK_thread_count
- Replicación: En Windows, mysqldump error si el archivo de registro de error se ha eliminado (falta de) de los activos del servidor MySQL.
- Replicación: aplicaciones de Cliente debe ser capaz de establecer la BINLOG_DUMP_NON_BLOCK bandera en el saludo inicial de paquetes (COM_BINLOG_DUMP). Los clientes que se conecten a un servidor de la emisión de un COM_BINLOG_DUMP con la bandera unset no conseguir un EOF cuando el servidor ha enviado el último evento en el registro binario, lo que hace que la conexión a bloque. Este indicador, que fue eliminado por error en MySQL 5.6.5, ahora se restaura en la versión actual.
- Como parte de esta revisión, un nuevo --conexión-server-id se agrega la opción para mysqlbinlog. Esta opción puede ser utilizada por el cliente para probar un servidor MySQL para que la presencia de este problema.
- Cuando SELECCIONE incluye una tabla derivada en una combinación en su lista y la lista de selección incluye COUNT(DISTINCT), COUNT() devuelve 1, incluso si el subyacente era el conjunto de resultados vacío.
- Habilitar el optimizador de seguimiento podría causar un servidor de salida para las consultas con una subconsulta en una cláusula HAVING.
- SHA y MD5 funciones de error de las operaciones utilizando el nombre de archivo interno el conjunto de caracteres y puede hacer que un servidor de salida.
- Grandes argumentos que se pasan a mysqldump podría provocar desbordamiento de búfer y salir del programa.
- Parámetros del compilador no fueron pasados a DTrace, causando problemas de 32 bits que se construye de la cruz-compilado en plataformas de 64 bits.
- ALTER TABLE en una tabla con particiones podría resultar en el mal de motor de almacenamiento está escrito en la tabla .frm archivo y se muestra en el SHOW CREATE TABLE.
- Con el max_heap_table_size sistema variable se establece en un valor grande (20 GB), la creación de una tabla temporal o una tabla usando la MEMORIA de almacenamiento del motor causado un servidor de salida.
- Para las versiones de depuración, una 0x00 personaje en un texto completo de la cadena de consulta que utiliza el ujis_japanese_ci, utf8mb4_turkish_ci, o eucjpms_bin intercalación podría plantear una afirmación.
- mysqladmin contraseña enmascarado la antigua contraseña en la línea de comandos, pero no se la contraseña nueva.
- yaSSL código tuvo un cierre por un error en el certificado de la decodificación que podría causar un desbordamiento de búfer.
- yaSSL código tenía un opendir() sin el correspondiente closedir().
- Para las consultas de texto completo en tablas InnoDB, los intentos de acceso eliminado documento Identificadores pueden conducir a un servidor de salida.
- MyISAM archivos temporales podría ser utilizado para montar una ejecución de código de ataque.
- Para las consultas que se seleccionó a partir de los Esquemas events_statements_current tabla, añadiendo una cláusula ORDER BY podría producir resultados incorrectos.
- Si una consulta tenido ambos MIN () y MAX() y aggregate_function(DISTINTA) (por ejemplo, SUMA(DISTINTA)) y fue ejecutado con Suelta Índice de Exploración, el resultado de los valores de MIN () y MAX() se establece incorrectamente.
- Para la UNIÓN de las declaraciones, las filas examinar valor se calcula incorrectamente. Esto se manifiesta como demasiado grandes valores para la ROWS_EXAMINED columna de Rendimiento Esquema de declaración de tablas (como events_statements_current).
- Los clientes no podrían determinar basado en el mensaje de error de conexión contenido, ya sea una cuenta que existía.
- Una afirmación podría ser planteadas a la hora de crear un índice en un prefijo de un TINYBLOB o la GEOMETRÍA de la columna en un InnoDB columna.
- El uso de un nonmultibyte algoritmo para saltar los espacios cadenas de caracteres multibyte podría causar un servidor de salida. (Bug #12368495, El Bug #18315770)
- Para una vista definida en un SINDICATO, el servidor podría crear un inválido definición de la vista.
- Configurar con cmake -DWITHOUT_SERVER para construir sus clientes sin que el servidor no pudo para las generaciones fuera de el árbol de código fuente.
- 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.
- Interbloqueo podría ocurrir si los tres subprocesos simultáneamente realiza INSTALAR el PLUGIN, MUESTRAN VARIABLES, y mysql_change_user().
- mysql_config_editor sale cuando se le da un vacío de argumento para el --de inicio de sesión-la opción de ruta.
- MySQL no compila con Bisontes 3. Una solución es hacer un downgrade a Bison 2.
- Desinstalar y volver a instalar semisincrónico replicación de plugins mientras semisincrónico replicación de active causado errores de replicación. Los plugins ahora comprobar si se pueden desinstalar y producir un error si semisincrónico la replicación activa. Para desinstalar el maestro del lado del plugin, no debe haber ningún semisincrónico esclavos. Para desinstalar el esclavo del lado del plugin, no debe haber ningún semisincrónico I/O subprocesos que se ejecutan.
- Si hubo un predicado en una columna hace referencia a MIN (), MAX (), y el predicado no estaba presente en todas las disyunciones en las partes clave anterior en el índice compuesto, Suelto Index Scan devuelve un resultado incorrecto.
- Cliente de reconexión automática no funciona para los clientes vinculados contra libmysqlclient, incluso con MYSQL_OPT_RECONNECT habilitado.
- Mejoras de uso de paquetes RPM podría cambiar la propiedad de un directorio de instalación.
- Los usuarios de Proxy no fueron capaces de ejecutar instrucciones si el proxy de usuario contraseña ha expirado.
- Un nuevo CMake opción, SUNPRO_CXX_LIBRARY, permite la vinculación con libCstd en lugar de stlport4 en Solaris 10 o posterior. Esto sólo funciona para el código de cliente, ya que el servidor depende de C++98. Ejemplo de uso:
- cmake -DWITHOUT_SERVER=1 -DSUNPRO_CXX_LIBRARY=Comisión de ciencia y tecnología
- Permisos de archivo y los finales de línea de varias pruebas y los archivos de configuración se hicieron más consistente para evitar advertencias de paquete de fichas. (Bug #68521, El Bug #16415173, El Bug #16395459, El Bug #68517, El Bug #16415032, El Bug #71112, El Bug #17919313, El Bug #71113, El Bug #17919422)

Suscríbase a nuestro boletín

Manténgase al día con los últimos lanzamientos de software, noticias, descuentos de software, ofertas y más.

Suscribir