Popular sistema de gestión de bases de datos relaciones

MySQL

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.5.22 (64-bit)

MySQL 5.5.22 (64-bit)

  -  32,59 MB  -  Código Abierto
  • Última Versión

    MySQL 8.0.36.0

  • Sistema Operativo

    Windows XP64 / Vista64 / Windows 7 64

  • Ránking Usuario

    Haga clic para votar
  • Autor / Producto

    Oracle / Enlace Externo

  • Nombre de Fichero

    mysql-5.5.22-winx64.msi

  • MD5 Checksum

    d5596d7f411fa16c14542de682945412

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.5.22 (64-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!

  • MySQL 5.5.22 (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:

Funcionalidad Añadido o Cambiado:
- Motor de Almacenamiento InnoDB: Un mismo mensaje de advertencia es que ahora se emite cuando --ignore-builtin-innodb se utiliza. 
- yaSSL fue actualizado desde la versión 1.7.2 para 2.2.0.

Errores corregidos:
- Cambio Importante: Motor de Almacenamiento InnoDB: Cuando una fila creció en tamaño debido a una operación de ACTUALIZACIÓN, otros (no actualizado) columnas puede ser movido a off-page, de almacenamiento, de modo que la información acerca de la fila todavía caben dentro de las limitaciones de la InnoDB tamaño de la página. El puntero a la nueva asignado off-datos de la página no fue establecida hasta las páginas fueron asignados y por escrito, que puede conducir a la pérdida de datos si el sistema se estrelló mientras que la columna se trasladó fuera de la página. El problema fue más común con el uso de tablas ROW_FORMAT=DINÁMICOS o ROW_FORMAT=COMPRIMIDO junto con el Barracuda formato de archivo, en particular con la innodb_file_per_table habilitada la opción, porque la página de asignación de las operaciones más comunes como la .eii espacio de archivos extendido. Aún así, el problema podría ocurrir con cualquier combinación de InnoDB versión, formato de archivo y formato de fila. Una cuestión conexa es que durante una operación de ACTUALIZACIÓN, o una operación de INSERCIÓN que se reutiliza una eliminación-registro marcado, otras transacciones que se podía ver de datos no válidos para la columna afectada, independientemente de su nivel de aislamiento. La revisión corrige el orden de las operaciones para el movimiento de la columna de datos de la página original y reemplazarlo con un puntero. Ahora bien, si se produce un fallo en el preciso momento cuando la columna a la transmisión de datos, la transferencia no se vuelva a ejecutar durante la recuperación de errores. En MySQL 5.1, esta revisión se aplica a la InnoDB Plugin, pero no la incorporada en el motor de almacenamiento InnoDB. 
- Motor de Almacenamiento InnoDB: Una afirmación equivocada podría ocurrir, en las versiones de depuración sólo, a la hora de crear un índice en una columna que contiene cero los valores de longitud (es decir, "). 
- Motor de Almacenamiento InnoDB: DDL operación, tales como ALTER TABLE ... AÑADIR COLUMNA podría convertirse, finalmente, en tiempo de espera con un Error 1005: no se Puede crear la tabla de mensaje referente a fil_rename_tablespace. 
- Motor de Almacenamiento InnoDB: DDL operación de una tabla InnoDB podría causar un largo servidor MySQL para detener con un error de aserción: InnoDB: a falta de aserción: trx->error_state == DB_SUCCESS se produjo El error si el DDL operación se ejecute mientras todos 1023 deshacer las ranuras estaban en uso por transacciones simultáneas. Este error fue menos probable que ocurra en MySQL 5.5 y 5.6, ya que aumentar el número de InnoDB deshacer ranuras aumentó el número de transacciones simultáneas (correspondiente al número de deshacer ranuras) de 1K a 128K. 
- Motor de Almacenamiento InnoDB: inicio del Servidor, puede producir un error para las tablas temporales utilizando el motor de almacenamiento InnoDB, si la ruta de acceso en el $TMPDIR variable terminó con el carácter/. El registro de error de aspecto:
120202 19:21:26 InnoDB: error del sistema Operativo número 2 en una operación de archivo. 
InnoDB: El error significa que el sistema no puede encontrar la ruta especificada. 
InnoDB: Si va a instalar InnoDB, recuerde que debe crear 
InnoDB: directorios de sí mismo, InnoDB no crea en ellos. 
120202 19:21:26 InnoDB: Error: tratando de abrir una tabla, pero no podía 
InnoDB: abrir el espacio de archivo './t/#sql7750_1_0.eii'! 
InnoDB: Han movido InnoDB .eii archivos sin utilizar el 
InnoDB: comandos DESCARTAR ESPACIO de tabla y de IMPORTACIÓN del ESPACIO de tabla? 
InnoDB: también es posible que esta es una tabla temporal #sql..., 
InnoDB: y MySQL quitado la .eii archivo para esto. 
La solución para el problema era crear una similar temporal mesa de nuevo, copia de su .frm archivo tmpdir bajo el nombre mencionado en el mensaje de error (por ejemplo, #sql123.frm) y reiniciar mysqld con tmpdir ajustado a su valor normal, sin una barra diagonal, por ejemplo /var/tmp. En el inicio, MySQL debería ver la .frm archivo y edición DROP TABLE para los huérfanos de la tabla temporal. 
- Replicación: las Sentencias que escribió a las tablas con columnas AUTO_INCREMENT basado en una desordenada SELECCIONE de otra tabla podría llevar a que el maestro y el esclavo se va fuera de sincronización, como el orden en que se recuperen las filas de la tabla pueden diferir entre ellos. Tales declaraciones incluyen cualquier INSERT ... SELECT, REEMPLAZAR ... SELECCIONAR o CREAR la TABLA de ... instrucción SELECT. Tales declaraciones son ahora marcados como seguros para la instrucción basada en la replicación, lo que provoca la ejecución de lanzar una advertencia, y las fuerzas de la instrucción se registra el uso de la fila-formato basado en si el formato de registro es MIXTO. 
- El contenido de una común y compartida-compat paquetes RPM había sido cambiado en las versiones 5.5.6 y 5.6.1 para evitar el solapamiento que tradicionalmente tenían (y aún tienen en MySQL 5.0 y 5.1). Sin embargo, las RPM de la meta-información no había sido cambiado de acuerdo, y así RPM todavía supone un conflicto entre compartido y compartido-compat paquetes RPM. Esto ha sido corregido. 
- myisam_sort_buffer_size no podría ser más grande que la de 4 GB en sistemas de 64 bits. 
- Debido a defectos en el cierre, los concurrentes se inserta en una tabla de ARCHIVO al mismo tiempo, como la reparación y verificación de las operaciones en la tabla de resultado en la tabla de la corrupción.

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