Comparaison des performances de int, char et varchar dans MySQL

Le contenu de cet article concerne la comparaison des performances de int, char et varchar dans MySQL. Il a une certaine valeur de référence. Les amis dans le besoin peuvent s'y référer.

Il existe de nombreuses « rumeurs » spécieuses sur Internet. Bien sûr, elles ne sont pas malveillantes. La plupart d'entre elles sont des développeurs qui ne veulent pas prendre l'initiative de faire des recherches par eux-mêmes, mais qui y croient. ce que disent les autres.

Il y a aussi de nombreuses rumeurs sur les bases de données, telles que "les performances int sont bien supérieures à celles de char".

J'ai récemment effectué un test de performances sur int, long, char et varchar, et j'ai constaté qu'il n'y avait pas beaucoup d'écart de performances entre eux :

Remarques : c8=char(8), s8 = varchar(8), i8=(bigint), c4=char(4), s4=varchar(4), i4=char(4)

Requête sans index pour 100w lignes :
Exécuter [requête c8] 20 fois, avec une consommation de temps moyenne de 312,0 ms
Exécuter [requête s8] 20 fois, avec une consommation de temps moyenne de 334,3 ms
Exécuter [requête i8] 20 fois, avec une consommation de temps moyenne de 276,95 ms
Exécuter [requête c4] 20 fois, avec une consommation de temps moyenne de 354,95 ms
Exécuter [requête s4] 20 fois, avec une consommation de temps moyenne de 340,45 ms
Exécuter [Requête i4] 20 fois, avec une consommation de temps moyenne de 291,1 ms

Créer un index :
l'index c8 prend 2439 ms
l'index s8 prend 2442 ms
l'index i8 prend 1645 ms
l'index c4 prend 2296 ms
l'index s4 prend 2303 ms
l'index i4 prend 1403 ms

Requête avec index :
Exécuter [requête c8] 10 000 fois, en moyenne la consommation de temps est de 0,271 ms
Exécuter [requête s8] 10 000 fois, le temps moyen est de 0,2354 ms
Exécuter [requête i8] 10 000 fois, le temps moyen est de 0,2189 ms
Exécuter [requête c4] 10 000 fois, le temps moyen est de 0,303 ms
Exécuter [requête s4] 10 000 fois, la consommation de temps moyenne est de 0,3094 ms
Exécuter [requête i4] 10 000 fois, la consommation de temps moyenne est de 0,25 ms

Conclusion :
Aucun index : l'analyse complète de la table ne sera pas effectuée car plus les données sont petites, plus elles deviennent rapides, mais la vitesse globale est la même, int/bigint est légèrement plus rapide qu'un type natif de 12 %.
Avec index : char et varchar ont des performances similaires, int est légèrement plus rapide de 18 %

En termes de stockage de données, de lecture et d'écriture, les entiers sont les mêmes que les chaînes de longueur égale, varchar en a un supplémentaire octet, donc les performances sont possibles. Aura un certain impact (1/n).
En termes d'opérations et de comparaisons de données, les entiers bénéficient d'un support natif, ils sont donc légèrement plus rapides que les chaînes un peu.
Si l'indexation est utilisée, ce que l'on appelle l'écart de performances entre les entiers et les chaînes est encore plus négligeable.

Dans le développement réel, de nombreux développeurs utilisent souvent des chaînes telles que char(1) et char(4) pour représenter les énumérations de types, à mon avis, cette approche est la meilleure solution, car cette approche en termes d'espace de stockage, performances de calcul, lisibilité, maintenabilité et évolutivité, il est bien meilleur que les types de données tels que int et enum.

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!