-
Última Versión
-
Sistema Operativo
Windows XP / Vista / Windows 7 / Windows 8
-
Ránking Usuario
Haga clic para votar -
Autor / Producto
-
Nombre de Fichero
mysql-5.6.19-win32.msi
-
MD5 Checksum
805409e9738dd891712320f0affb675c
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.19 (32-bit).
Para aquellos interesados en descargar la versión más reciente de MySQL 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!
Qué hay de nuevo en esta versión:
Funcionalidad Añadido o Cambiado:
- El obsoleto y sin mantenimiento charset2html utilidad ha sido retirado de las distribuciones de MySQL. (Bug #71897, el Bug #18352347)
- La mysqlbug, mysql_waitpid, y mysql_zap utilidades han sido desaprobados y retirados en MySQL 5.7.
Errores corregidos:
- InnoDB: Después de actualizar a MySQL 5.6.10 versiones hasta e incluyendo MySQL 5.6.18, InnoDB intentarÃa cambiar el nombre obsoleto búsqueda de texto completo de las tablas auxiliares en el inicio del servidor, lo que resulta en un error de aserción. (Bug #18634201, el Bug #72079)
- InnoDB: Para cada inserción, memset serÃa llamado tres veces para asignar memoria para el sistema de campos. Para reducir el uso de CPU, los tres memset llamadas ahora se combinan en una sola llamada. (Bug #17858679, el Bug #71014)
- InnoDB: Habilitación de la Tabla InnoDB Monitor podrÃa resultar en una ib_table->stat_initialized error de aserción. (Bug #17039528, el Bug #69641)
- InnoDB: Configuración de innodb_max_dirty_pages_pct=0 dejarÃa el 1% de páginas sucias unflushed. De grupo de búfer de lavado se inicia cuando el porcentaje de páginas sucias es mayor innodb_max_dirty_pages_pct. Las variables internas que almacenar el innodb_max_dirty_pages_pct valor y el porcentaje de páginas sucias (buf_get_modified_ratio_pct y srv_max_buf_pool_modified_pct) se han definido como entero sin signo de tipos de datos, lo que significaba que un innodb_max_dirty_pages_pct valor de 0 se requiere un sucio páginas porcentaje de 1 o mayor para iniciar el grupo de búferes de lavado.
- Para abordar este problema, el buf_get_modified_ratio_pct y srv_max_buf_pool_modified_pct variables internas son redefinidos como tipos de datos double, que cambia el valor del rango de innodb_max_dirty_pages_pct y innodb_max_dirty_pages_pct_lwm desde 0 .. 99 a 0 .. 99.99. Además, el grupo de búferes lavado se inicia cuando el porcentaje de páginas sucias es “mayor o igual a” innodb_max_dirty_pages_pct. (Bug #13029450, el Bug #62534)
- Replicación: la rotación de Registro de eventos puede causar group_relay_log_pos para avanzar en incorrectamente dentro de un grupo. Esto significaba que, cuando la transacción fue juzgado de nuevo, o si el subproceso SQL se detuvo en el medio de una transacción después de uno o más de registro de rotaciones (que la transacción o el grupo ocupa a varios de retransmisión de los archivos de registro), de parte o todo el grupo estaba en silencio salta.
- Este tema ha sido abordado por la corrección de un problema en la lógica que se utiliza para evitar tocar las coordenadas de SQL hilo a la hora de actualizar el registro de posición como parte de un registro de la retransmisión de la rotación de la cual fue posible actualizar el SQL del subproceso de coordenadas cuando no se utiliza un multi-threaded esclavo, incluso en el medio de un grupo. (Bug #18482854)
- Replicación: Cuando se ejecuta el servidor con la opción --gtid-mode=, deja DE ESCLAVO seguido por el INICIO de ESCLAVOS se tradujo en una falta de coincidencia entre la información proporcionada por INFORMATION_SCHEMA.INNODB_TEMP_TABLE_INFO y la Slave_open_temp_tables la variable de estado: el INNODB_TEMP_TABLE_INFO tabla mostraron que ninguna de las tablas temporales que existÃan, pero Slave_open_temp_tables tenÃa un valor distinto de cero. (Bug #18364070)
- Referencias: Véase también el Fallo #18236612.
- Replicación: En ciertos casos, el servidor de mal manejo de disparadores y procedimientos almacenados que trató de modificar otras tablas cuando se llama CREATE TABLE ... SELECCIONAR. Esto ahora es manejado correctamente como un error. (Bug #18137535)
- Replicación: Cuando se utiliza en una tabla el empleo de un motor de almacenamiento transaccional, un error de TRUNCAR la TABLA se escribe en el log binario y por lo tanto se reproducen en el esclavo. Esto podrÃa conducir a una inconsistencia cuando el maestro conserva los datos de que fue eliminado en el esclavo.
- Ahora en tales casos TRUNCATE TABLE se registra sólo cuando se ejecuta correctamente. (Bug #17942050, el Bug #71070)
- Replicación: El servidor no siempre manejan el auto.cnf archivo correctamente en los casos en que esto de los permisos de fichero incorrecto. (Bug #17786581, el Bug #70891)
- Replicación: Cuando el registro binario de rotación debido a la recepción de una señal SIGHUP, el nuevo log binario no contienen la Previous_gtid_event necesarios para el posterior procesamiento de log binario del GTID eventos. Ahora, cuando SIGHUP, se toman medidas para asegurar que el servidor escribe el necesario Previous_gtid_event para el nuevo registro antes de escribir cualquier GTID eventos para el nuevo registro. (Bug #17026898)
Replicación: Cuando gtid_mode=ON, y una transacción se filtra en el esclavo, y el ID de la transacción todavÃa se registra en el esclavo como un “vacÃo” de la transacción (que consta de una GTID seguido inmediatamente por COMENZAR y, a continuación, confirmar). Esto es necesario para evitar la transacción de que se retransmitan la próxima vez que el esclavo se vuelve a conectar o está involucrado en una conmutación por error. La solución actual se ocupa de dos cuestiones relativas a tales “vacÃo” transacciones:
- No vacÃa de la transacción fue generado para CREAR la TABLA TEMPORAL o CAÃDA TEMPORAL de la TABLA de estados de cuenta.
- Si el esclavo se utiliza un filtro de base de datos (--replicate-do-db o --replicate-ignore-db opción), no hay vacÃo de la transacción se ha generado.
- (Bug #71326, el Bug #18095502, el Bug #18145032)
- El servidor podrÃa no reprepare desencadenantes que se refiere a otro de la tabla después de que la tabla se ha truncado. (Bug #18596756)
- Cierto INFORMATION_SCHEMA consultas puede hacer que un servidor de salida. (Bug #18319790)
- Para los Ãndices de prefijos o cadena de caracteres columnas, Ãndice de corrupción podrÃa producirse por la cesión de los datos binarios a la columna debido a un mal de carácter contar. (Bug #18359924)
- Solaris-scripts especÃficos fueron incluidos en e instalado por no Solaris paquetes. (Bug #18305641)
- la ejecución Simultánea de un color de la TABLA de operación y un programa almacenado que se utiliza un cursor puede hacer que un servidor de salida. (Bug #18158639)
- La biblioteca de cliente podrÃa hacer que los clientes a la salida debido a la incorrecta asignación de la cliente número de error en el mensaje correspondiente, si la reasignación de búfer de paquetes de memoria se ha producido. (Bug #18080920)
- Llamar mysql_get_server_version() con una conexión no válida controlador argumento provocó el cliente a la salida. Ahora que se devuelve 0 y los informes de un CR_COMMANDS_OUT_OF_SYNC de error. (Bug #18053212)
- mysqldump podrÃa crear definiciones de la tabla en el archivo de volcado que se tradujo en Demasiadas columnas errores al volver a cargar el archivo de volcado. (Bug #17477959)
- En Windows, llamando mysql_thread_init() llamada sin mysql_init() provocó el cliente a la salida. windows. Ahora devuelve un resultado distinto de cero, porque es un error llamar a mysql_thread_init() antes de que el cliente se inicializa la biblioteca con mysql_library_init(). (Bug #17514920)
- El optimizador de seguimiento podrÃa causar un servidor salir en los casos en que una subconsulta se transformó de distancia. (Bug #17458054)
- La Depuración de Sincronización de fondo podrÃa perder una señal, dando lugar a un falso ER_DEBUG_SYNC_TIMEOUT de error. (Bug #14765080, el Bug #18221750)
- Compilación problemas se han corregido los errores reportados por Clang y gcc al compilar en C++11 modo. (Bug #66803, el Bug #14631159)
- CMake producido no-útiles advertencias acerca de INTERFACE_LINK_LIBRARIES polÃtica. (Bug #71089, el Bug #17905155, el Bug #17894997)
- LOAD DATA LOCAL INFILE podrÃa utilizar todos los CPU si de errores de importación ocurrió cuando no habÃa lÃnea de delimitadores. (Bug #51840, el Bug #11759519)
En Windows, REPARACIÓN de TABLA y OPTIMIZAR la MESA de error para tablas MyISAM .MYD archivos de más de 4GB. (Bug #69683, el Bug #17235179)
- Una declaración de la forma siguiente rompió la replicación basada en la fila, ya que creó una tabla que tiene un campo de tipo de datos BIGINT con un ancho de pantalla de 3000, lo que está más allá del valor máximo aceptable de 255: CREATE TABLE t1 COMO SELECCIONAR REPEAT('A',1000) DIV 1; (Bug #71179, el Bug #17994219)
- las Actualizaciones pueden no actualizar todas las filas en los casos donde varios valores de clave eran idénticos excepto por espacios en blanco. (Bug #69684, El Bug #17156940)
- OperaOpera 115.0 Build 5322.109 (64-bit)
- 4K Download4K Video Downloader+ 1.10.3 (64-bit)
- PhotoshopAdobe Photoshop CC 2025 26.2 (64-bit)
- OKXOKX - Buy Bitcoin or Ethereum
- iTop VPNiTop VPN 6.2.0 - Fast, Safe & Secure
- Premiere ProAdobe Premiere Pro CC 2025 25.1
- BlueStacksBlueStacks 10.41.642.1001
- Hero WarsHero Wars - Online Action Game
- TradingViewTradingView - Trusted by 60 Million Traders
- LockWiperiMyFone LockWiper (Android) 5.7.2
Comentarios y Críticas de Usuarios