Maison > base de données > tutoriel mysql > Explication détaillée de la comparaison des mesures de performances de MySQL-uuid comme clé primaire et int comme clé primaire

Explication détaillée de la comparaison des mesures de performances de MySQL-uuid comme clé primaire et int comme clé primaire

黄舟
Libérer: 2018-05-21 10:56:21
original
2490 Les gens l'ont consulté

Par hasard, j'ai appris que le type de clé primaire mysql utilise varchar pour stocker l'UUID. Les performances de la requête ne sont pas aussi bonnes que celles de la clé primaire de type int. La recherche de nombreuses informations sur Internet n'est que théorique. Par conséquent, j'ai écrit le code moi-même pour des tests réels. Les résultats suivants sont uniquement à titre de référence et ne font pas autorité.

Les champs des trois tables, sauf que l'ID de clé primaire est respectivement varchar, bigint et auto-increase bigint, les trois autres champs sont tous varchar 36 bits

Base de données : mysql5.5

Type de table : InnoDB

Volume de données : 100W éléments

Le premier cas :

La clé primaire utilise uuid 32 bits.

Exécuter l'instruction de requête 1 : SELECT COUNT(id) FROM test_varchar;

Exécuter l'instruction de requête 2 : SELECT * FROM test_varchar WHERE vname='00004629-b052-11e1-96aa-002655b28d7b ';

Exécuter l'instruction de requête 3 : SELECT * FROM test_varchar WHERE id='00004599b05211e196aa002655b28d7b';

Le temps moyen consommé par l'instruction 1 est : 2,7 secondes;

Le temps consommé par l'instruction 2 Le temps moyen est de : 3 secondes ; le temps moyen consommé par

l'instruction 3 est de : 0 seconde (Test multi-parties, tant qu'il y a un ID de clé primaire dans la condition, le la vitesse de requête affichera 000 en millisecondes. Les valeurs d'identification du test incluent les cent premiers. Il y a également plus de 900 000 éléments. Le temps de requête est exactement le même, les millisecondes sont de 000)

. Le deuxième cas :

La clé primaire est utilisée. bigint, utilisez uuid_short() pour générer des données, les données sont une séquence de nombres purs (22461015967875697). (Cela équivaut à une croissance automatique, sauf que la valeur de base fixe est plus grande.)

Exécutez l'instruction de requête 1 : SELECT COUNT(id) FROM test_long ;

Exécutez l'instruction de requête 2 : SELECT * FROM test_long WHERE vname='d7f28a24-b053-11e1-96aa-002655b28d7b';

Exécuter l'instruction de requête 3 : SELECT * FROM test_long WHERE id='22461015967875702';

Le temps moyen consommé par la déclaration 1 est : 1,2 secondes ;

Le temps de consommation moyen de la déclaration 2 est : 1,40 secondes Le temps de consommation moyen de

la déclaration 3 est : 0 seconde (Test multi-parties, comme tant qu'il y a un ID de clé primaire dans la condition, la vitesse de requête est de quelques millisecondes. Les niveaux affichent tous 000. Les valeurs d'ID testées vont des 100 premières aux 900 000 dernières. Les temps de requête sont exactement les mêmes et le niveau en millisecondes. est tout 000)

Le troisième cas :

Exécuter l'instruction de requête 1 : SELECT COUNT(id) FROM test_int;

Exécuter l'instruction de requête 2 : SELECT * FROM test_int WHERE vname='c80f8427-b059-11e1-96aa-002655b28d7b ';

Exécutez l'instruction de requête 3 : SELECT * FROM test_int WHERE id=900000;

Le principal key utilise la croissance automatique fournie avec mysql, et les données sont des nombres purs (1, 2, 3, 4, 5...).

Le temps moyen consommé par l'instruction de requête 1 est : 1,07 secondes

Le temps moyen consommé par l'instruction de requête 2 est :

Le temps moyen consommé par la requête ; l'instruction 3 est : 0 seconde ;(Test multipartite, tant qu'il y a un ID de clé primaire dans la condition, la vitesse de requête en millisecondes affichera 000. Les valeurs d'ID testées vont des 100 premiers à plus de 900 000 .Le temps de requête est exactement le même et les millisecondes seront toutes de 000 )

Résumé : On peut voir que les performances de croissance automatique de la clé primaire mysql InnoDB sont plus élevées. .

L'auteur se dit : dans le développement normal d'un projet, ceux qui ont un ID dans les conditions des instructions SQL représentent la majorité, et ceux sans ID représentent la minorité. Bien que le test ci-dessus montre que tant qu'il y a un ID de clé primaire dans l'instruction conditionnelle, le temps de requête est exactement le même quel que soit le type de clé primaire. Cependant, vous ne pouvez pas garantir que toutes les instructions SQL de votre projet ont des identifiants dans les conditions, donc... je pense que vous comprendrez déjà quel type de clé primaire doit être utilisé.

Base de données : mysql5.5

Type de table : MyISAM

Volume de données : 1 million de pièces

Afin d'écrire moins de mots et de gagner du temps, les tables et instructions SQL utilisées dans ce test sont les mêmes comme ci-dessus, enregistrez ici uniquement le temps écoulé.

Le premier cas :

La clé primaire utilise un uuid 32 bits.

Le temps moyen consommé par la déclaration 1 est : 0 seconde

Le temps moyen consommé par la déclaration 2 est : 0,53 seconde ; L'instruction 3 est : 0 seconde ;(Test multipartite, tant qu'il y a un ID de clé primaire dans la condition, la vitesse de requête en millisecondes affichera 000. Les valeurs d'ID testées vont des 100 premiers à plus de 900 000 . Le temps de requête est exactement le même et les millisecondes seront toutes de 000 )

Le deuxième cas :

La clé primaire utilise bigint

. , utilisez uuid_short() pour générer des données, les données sont une séquence de nombres purs (22461015967875697 ). (Cela équivaut à une croissance automatique, sauf que la valeur de base fixe est plus grande.) Le temps moyen consommé par l'instruction 1 est : 0 seconde

Le temps moyen consommé par l'instruction 2 est ; : 0,51 seconde ;

Le temps de consommation moyen de l'instruction 3 est : 0 seconde ; (Test multi-parties, tant qu'il y a un ID de clé primaire dans la condition, la vitesse de requête affichera 000 en millisecondes. La plage des valeurs d'ID testées des 100 premiers à plus de 900 000) Le temps de requête est exactement le même, et le niveau en millisecondes est de 000)

Le troisième cas :

Le la clé primaire utilise la croissance automatique fournie avec mysql , les données sont des nombres purs (1, 2, 3, 4, 5...).

Le temps moyen consommé par la déclaration 1 est : 0 seconde

Le temps moyen consommé par la déclaration 2 est : 0,48 seconde ; Le temps moyen consommé par

La déclaration 3 est ; : 0 secondes ; (Plusieurs parties Dans le test, tant qu'il y a un ID de clé primaire dans la condition, la vitesse de requête en millisecondes indique 000. Les valeurs d'ID testées incluent les cent premières et les 900 000 dernières. La requête le temps est exactement le même et le niveau en millisecondes est 000)

Résumé : On peut voir que les performances de croissance automatique de la clé primaire mysql MyISAM ont un léger avantage par rapport aux autres. Les données de test sont de 1 million. Si elles sont de 1000W 100 millions, je pense que cet avantage sera plus grand si vous avez également des requêtes liées aux clés étrangères, cet avantage sera encore plus évident. Bien entendu, si le système que vous concevez dispose d’un volume de données qui ne dépasse pas 1 million, le type de clé primaire que vous utilisez n’a pas d’importance. Mon ordinateur de test est un ordinateur portable. S'il s'agit d'un serveur professionnel, il est estimé à 1 million. Ces tests de mysql MyISAM ne peuvent pas du tout mesurer le décalage horaire.

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!

Étiquettes associées:
source:php.cn
Déclaration de ce site Web
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
Tutoriels populaires
Plus>
Derniers téléchargements
Plus>
effets Web
Code source du site Web
Matériel du site Web
Modèle frontal