Myisam est le moteur de stockage par défaut avant mysql5.1. Il est basé sur un ancien code ISAM, mais possède de nombreuses extensions utiles. Chaque MyISAM est stocké sous forme de trois fichiers sur le disque. Le nom de chaque fichier commence par le nom de la table et l'extension indique le type de fichier.
Introduction à myisam
(Tutoriel recommandé : tutoriel mysql)
MyISAM est la valeur par défaut moteur de stockage (avant la version Mysql5.1). Il est basé sur un ancien code ISAM, mais possède de nombreuses extensions utiles. (Notez que MySQL 5.1 ne prend pas en charge ISAM). Chaque MyISAM est stocké sous forme de trois fichiers sur le disque. Le nom de chaque fichier commence par le nom de la table et l'extension indique le type de fichier.
Introduction détaillée
Pour indiquer explicitement que vous souhaitez utiliser une table MyISAM, veuillez l'indiquer en utilisant l'option de table ENGINE :
CREATE TABLE t (i INT) ENGINE = MYISAM;
Remarque : les anciennes versions de MySQL utilisent TYPE à la place MOTEUR (par exemple, TYPE = MYISAM). MySQL 5.1 prend en charge cette syntaxe pour une compatibilité ascendante, mais TYPE est désormais obsolète et ENGINE est la première utilisation.
Généralement, l'option ENGINE est inutile ; sauf si la valeur par défaut a été modifiée, InnoDB est le moteur de stockage par défaut (après Mysql 5.1).
Certaines fonctionnalités du moteur de stockage MyISAM
1 Toutes les valeurs de données sont d'abord stockées dans l'octet de poids faible.
Cela sépare le modem et le système d'exploitation. Les seules exigences pour la portabilité binaire sont que la machine utilise le complément à deux (comme l'ont fait les machines des 20 dernières années) et le format à virgule flottante IEEE (qui est également complètement dominant sur les machines grand public). Les seules machines qui ne prennent pas en charge la compatibilité binaire sont les systèmes embarqués. Ces systèmes utilisent parfois des processeurs spéciaux.
Le stockage des octets de données faibles en premier n'affecte pas sérieusement la vitesse ; les octets de la ligne de données ne sont généralement pas joints, et la lecture des octets non joints dans un sens ne prend pas plus de temps que la lecture des ressources dans le sens inverse. Le code sur le serveur qui obtient la valeur de la colonne n'est pas aussi urgent que les autres codes.
2. Les fichiers volumineux (jusqu'à 63 bits de longueur) sont pris en charge sur les systèmes de fichiers et les systèmes d'exploitation qui prennent en charge les fichiers volumineux.
3. Les lignes de taille dynamique sont moins fragmentées lorsque les suppressions sont mélangées avec des mises à jour et des insertions. Cela se fait automatiquement en fusionnant les blocs supprimés adjacents et en s'étendant au bloc suivant si le bloc suivant est supprimé.
Ce qui précède est le contenu détaillé de. pour plus d'informations, suivez d'autres articles connexes sur le site Web de PHP en chinois!