Maison  >  Article  >  développement back-end  >  Question d'entretien PHP 8 : La différence entre innoDB et myisam

Question d'entretien PHP 8 : La différence entre innoDB et myisam

不言
不言original
2018-04-18 09:57:0011623parcourir

Le contenu de cet article porte sur la différence entre innoDB et myisam, la huitième question d'entretien PHP. Elle a une certaine valeur de référence. Maintenant, je la partage avec vous. Les amis dans le besoin peuvent s'y référer

. InnoDB :
Prise en charge du traitement des transactions, etc. la table, scannez la table pour calculer combien de lignes
Lorsque vous SUPPRIMEZ une table, elle est supprimée ligne par ligne
InnoDB stocke les données et les index dans l'espace table
Peut être directement copié et utilisé sur toutes les plateformes
InnoDB doit contenir un index du champ de type AUTO_INCREMENT
Les tables sont difficiles à compresser

MyISAM :
Ne prend pas en charge les transactions, la restauration entraînera une restauration incomplète, n'est pas atomique
Ne prend pas en charge clés étrangères
Ne prend pas en charge les clés étrangères

Prise en charge de la recherche en texte intégral

Enregistrez le nombre spécifique de lignes dans le tableau Sans où, renvoyez directement le nombre de lignes enregistrées
Lorsque vous SUPPRIMEZ le tableau, commencez par. supprimez la table puis reconstruisez la table
La table MyISAM est stockée dans trois fichiers. Le fichier FRM stocke les définitions de table. Le fichier de données est MYD (MYData). Le fichier d'index est une extension de MYI (MYIndex)
Il est difficile de copier directement entre les plateformes
Dans MyISAM, les champs de type AUTO_INCREMENT peuvent être utilisés pour créer des index conjoints
Les tables peuvent être compressées

Sélectionnez :
Parce que MyISAM C'est relativement simple, donc c'est mieux qu'InnoDB en termes d'efficacité si le système lit plus et écrit moins. Faibles exigences d’atomicité. Alors MyISAM est le meilleur choix. Et la vitesse de récupération de MyISAM est rapide. Peut être directement écrasé et restauré avec sauvegarde.
Si le système lit moins et écrit plus, surtout lorsque les écritures simultanées sont élevées. InnoDB est le premier choix.
Les deux types ont leurs propres avantages et inconvénients. Celui que vous choisissez dépend entièrement de votre type réel.

InnoDB :
Prise en charge du traitement des transactions, etc.
Lecture sans verrouillage
Prise en charge des clés étrangères

Prise en charge des verrous de ligne

Ne prend pas en charge les index de type FULLTEXT
Ne pas enregistrer la table Le nombre spécifique de lignes, scannez la table pour calculer le nombre de lignes qu'il y a
Lorsque la table est SUPPRIMÉE, elle est supprimée ligne par ligne
InnoDB stocke les données et les index dans l'espace table
Peut être directement copié et utilisé sur toutes les plateformes
InnoDB L'index doit contenir un champ de type AUTO_INCREMENT
La table est difficile à compresser

MyISAM :
Ne prend pas en charge les transactions, la restauration entraînera une restauration incomplète, n'est pas atomique
Ne prend pas en charge la clé externe
Ne prend pas en charge les clés étrangères

Prend en charge la recherche en texte intégral

Enregistre le nombre spécifique de lignes dans le tableau Sans où, renvoie directement le nombre de lignes enregistrées.
Lors de la SUPPRESSION d'une table, supprimez d'abord la table, puis reconstruisez-la.
Les tables MyISAM sont stockées dans trois fichiers. Le fichier FRM stocke les définitions de table. Le fichier de données est MYD (MYData). Le fichier d'index est une extension de MYI (MYIndex)
Il est difficile de copier directement entre les plateformes
Dans MyISAM, les champs de type AUTO_INCREMENT peuvent être utilisés pour créer des index conjoints
Les tables peuvent être compressées

Sélectionnez :
Parce que MyISAM C'est relativement simple, donc c'est mieux qu'InnoDB en termes d'efficacité si le système lit plus et écrit moins. Faibles exigences d’atomicité. Alors MyISAM est le meilleur choix. Et la vitesse de récupération de MyISAM est rapide. Peut être directement écrasé et restauré avec sauvegarde.
Si le système lit moins et écrit plus, surtout lorsque les écritures simultanées sont élevées. InnoDB est le premier choix.
Les deux types ont leurs propres avantages et inconvénients. Celui que vous choisissez dépend entièrement de votre type réel.

Recommandations associées :


question d'entretien php 7 : comment configurer l'équilibrage de charge nginx

question d'entretien php 6 : différence memcache et redis

question d'entretien php 5 : Comment nginx appelle php et les fonctions et principes de fonctionnement de php-fpm

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!

Déclaration:
Le contenu de cet article est volontairement contribué par les internautes et les droits d'auteur appartiennent à l'auteur original. Ce site n'assume aucune responsabilité légale correspondante. Si vous trouvez un contenu suspecté de plagiat ou de contrefaçon, veuillez contacter admin@php.cn