MiISAM

La versión actual de la página aún no ha sido revisada por colaboradores experimentados y puede diferir significativamente de la versión revisada el 25 de agosto de 2019; las comprobaciones requieren 5 ediciones .

MiISAM
Tipo de	DBMS ( motor de almacenamiento para MySQL )
Desarrollador	Oráculo
Escrito en	xi
Licencia	GPLv2
Sitio web	dev.mysql.com/doc… (  inglés)

MyISAM  es uno de los principales (junto con InnoDB ) sistemas de almacenamiento de datos en MySQL DBMS . Se basa en los principios de ISAM y tiene una serie de adiciones útiles en comparación con él. Compatible desde MySQL 3.x, hasta MySQL 5.5 era el sistema de almacenamiento predeterminado. MyISAM tiene la capacidad de comprimir datos, para crear índices de texto completo, sin embargo, no es tolerante a fallas y no cumple con los requisitos de ACID . [una]

Descripción

Las tablas MyISAM son excelentes para usar en proyectos web pequeños ( WWW ) y otros entornos donde predominan las solicitudes de lectura y no existen requisitos estrictos de confiabilidad. Las tablas de tipo MyISAM funcionan relativamente bien con las búsquedas de datos ( consultas SELECT ). Esto se debe en gran parte a la falta de soporte para transacciones y claves foráneas . Sin embargo, al modificar y agregar registros, toda la tabla se bloquea brevemente, lo que puede provocar retrasos graves durante las cargas pesadas.

Para tablas de este tipo, se han creado varias utilidades especializadas que le permiten manipular archivos de tablas. Esto incluye la utilidad myisamchk para verificar y reparar tablas e índices (requiere un apagado completo del proceso MySQL y crea un tiempo de inactividad del sistema, la ejecución es para crear un nuevo archivo de tabla completo desde cero y sobrescribir los datos en él) y la utilidad myisampack para crear tablas comprimidas.

Las tablas MyISAM son independientes de la plataforma. Los archivos de tabla se pueden mover entre computadoras de diferentes arquitecturas y diferentes sistemas operativos sin ninguna conversión. Para hacer esto, MySQL almacena todos los números de punto flotante en formato IEEE y todos los números enteros en little endian endian .

Los archivos de índice tienen la extensión .MYI (MYIndex). Los archivos con la extensión .MYD (MYData) contienen datos, mientras que los que tienen la extensión .frm contienen el esquema de la tabla. Si el archivo de índice se pierde por alguna razón, el programa reconstruye los índices utilizando la información del archivo frm.

De forma predeterminada, cada tabla no puede tener más de treinta y dos índices, pero este valor se puede aumentar a sesenta y cuatro. Los índices se crean como árboles binarios . Se permite indexar columnas BLOB y TEXT y columnas anulables.

Las tablas MyISAM pueden tener registros de longitud fija, dinámicos o comprimidos. La elección entre formato fijo y dinámico está dictada por las definiciones de columna. La utilidad myisampack se utiliza para crear tablas comprimidas.

Desventajas

• No hay soporte para transacciones y claves foráneas .
• Falta de autorreparación del registro en caso de fallas (la posibilidad está presente en todos los DBMS desarrollados).
• Sin bloqueos en regiones más pequeñas que tablas completas. Conduce a una falta de escalabilidad, es decir, a una fuerte degradación del rendimiento con el aumento de la carga.
• Falta de herramientas de respaldo. La utilidad mysqldump que se ofrece para crear copias de seguridad no es una herramienta de copia de seguridad, sino una herramienta de exportación a texto (a una secuencia de instrucciones INSERT que recrean el contenido de una tabla). Para realizar la tarea preservando la integridad de la base de datos, mysqldump bloquea las tablas, lo que hace que el sistema se detenga por completo durante su ejecución.
• El optimizador de consultas puede requerir la ejecución periódica del comando ANALYZE para funcionar mejor.
• Implementación de clasificación débil cuando se usa la cláusula SQL ORDER BY y no hay un índice adecuado. MyISAM merge ordena los datos , usando qsort para regiones pequeñas fusionadas inicialmente. Esto requiere no solo la creación de E/S de disco extremadamente no óptima de 2 archivos temporales que crecen desde el tamaño cero por operación de clasificación, trabajando con ellos a través de llamadas fopen() y fwrite() subóptimas, sino también la asignación de un búfer de clasificación para cada cliente MySQL. El tamaño del búfer de clasificación (establecido por la opción de configuración sort_buffer_size de MySQL) debe ser del orden de cientos de kilobytes para lograr un rendimiento óptimo, que bajo una carga pesada lleva al agotamiento completo no solo del montón , sino también del espacio de direcciones del usuario en 32- bit Sistemas operativos de la familia UNIX (en FreeBSD en x86 - 3 GB) y hace que las llamadas malloc() fallen en todo el código MySQL, no solo en el código de clasificación. Debido a que todas las llamadas de código fuente de MySQL (no solo MyISAM) a malloc() a menudo no verifican los errores, esto hace que todo mysqld se bloquee, lo que generalmente da como resultado una corrupción de índice que debe recrearse manualmente. En casos excepcionales, un bloqueo de este tipo puede provocar la corrupción de la tabla y la pérdida de datos.

Estas deficiencias se manifiestan de manera notable con mucha carga: más de 400 clientes que ejecutan consultas complejas en una base de datos de 2 a 3 GB.

Notas

1. ↑ Percona Live Nueva York 2011 . Fecha de acceso: 20 de agosto de 2014. Archivado desde el original el 26 de febrero de 2015. (indefinido)

Enlaces

•  Documentación de MySQL sobre el motor de almacenamiento MyISAM

• MySQL 5.5: rendimiento del motor de almacenamiento. Evaluación comparativa para MyISAM e InnoDB // Informe técnico de MySQL, enero de 2011 
• La guía definitiva de MySQL 5 (Michael Kofler), página 138 "Tablas MyISAM  "

mysql
Versiones	mysql Empresa MySQL Clúster de MySQL
Instrumentos	Banco de trabajo MySQL phpMyAdmin servidor proxy mysql HeidiSQL Navicat
Motores	MiISAM Halcón InnoDB XtraDB MySQL federado Archivo MySQL María Aria
tenedores	Llovizna MariaDB Servidor Percona

Sistemas de gestión de bases de datos (DBMS)
Servidor de cliente	Cache CouchDB SOY S DB2 pájaro de fuego FundaciónDB Informix Ingres interbase Servidor MS SQL MongoDB mysql mSQL neo4j base de datos oracle SQL generalizado postgresql ASE de Sybase Sybase ASA CI de Sybase Base de datos Teradata LÍNEA Base de datos Yandex
Motores	bde Berkeley DB Tienda C db4o HSQLDB mnesia base principal redis Rdb SQLite ZODB
Servidor de archivos	dataflex base de datos MS Access Base de oficina abierta Paradoja