Stocker les hachages SHA1 dans MySQL : BINARY(20) ou VARCHAR(40) ?

Stockage des valeurs de hachage SHA1 dans MySQL : quelle doit être la longueur du champ VARCHAR ?

Lors du stockage du résultat d'un hachage SHA1 dans MySQL base de données, il est important de déterminer la longueur appropriée du champ VARCHAR. Une valeur SHA1 a une longueur de 160 bits, elle doit donc être stockée dans un champ pouvant accueillir cette longueur.

L'article plaide contre l'utilisation d'un champ VARCHAR pour stocker les valeurs de hachage SHA1, car cela gaspille un octet supplémentaire pour la longueur. du champ de longueur fixe. Au lieu de cela, il recommande d'utiliser un champ BINARY(20), qui comporte 20 caractères et peut stocker la valeur SHA1 de 160 bits sans perdre d'espace.

De plus, l'article suggère d'utiliser la fonction UNHEX pour convertir le SHA1. valeur en binaire avant de la stocker dans le champ BINARY. Cela réduit les exigences de stockage par rapport au stockage de la valeur SHA1 brute.

L'article se termine en comparant les exigences de stockage pour les champs BINARY(20) et CHAR(40). Pour un million d'enregistrements, BINARY(20) nécessite moins d'espace que CHAR(40) lors de l'utilisation du moteur InnoDB.

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!