MySQL - L'auto-incrémentation ne s'incrémente pas séquentiellement si la dernière ligne a été supprimée

J'ai une table qui contient un identifiant de clé primaire incrémenté automatiquement. Si je supprime la dernière ligne (id le plus élevé, pour exampe id = 6) et insère une nouvelle ligne, le nouvel id commence à 7. Quel paramètre dois-je changer pour que la clé primaire commence à 6?

CREATE TABLE animals (
 id MEDIUMINT NOT NULL AUTO_INCREMENT,
 name CHAR(30) NOT NULL,
 PRIMARY KEY (id)
) ENGINE=MyISAM;

INSERT INTO animals (name) VALUES
('dog'),('cat'),('penguin'),
('lax'),('whale'),('ostrich');

Résultat:
id nom
1 chien
2 chat
3 pingouin
4 lax
5 baleine
6 autruche

DELETE FROM animals WHERE id = 6;
INSERT INTO animals (name) VALUES
('x');

Résultat:
id nom
1 chien
2 chat
3 pingouin
4 lax
5 baleine
7 x

Merci du conseil.

C'est de par leur conception - tous les SGBD agissent ainsi avec des colonnes à incrémentation automatique.

S'ils ne l'étaient pas, l'intégrité référentielle externe pourrait être endommagée. Pour un exemple simple de cela, imaginez que vous stockez des URL pour un service de raccourcissement en utilisant une colonne d'incrémentation automatique comme clé. Vous ne savez pas si l'URL raccourcie a déjà été distribuée à qui que ce soit, et la base de données ne le fait certainement pas, donc la réutilisation de l'ID 1234 pourrait entraîner la pauvre grand-mère de quelqu'un à visiter somenastypornsite.xxx au lieu de loverlyknitting.org lorsqu'elle clique sur http: / /shortthi.ng/1234 dans un ancien e-mail, au lieu de recevoir un message "Désolé mais ce lien n'existe plus dans nos enregistrements".

De plus, si vous réinitialisez l'incrément après avoir supprimé le dernier élément, allez-vous également effectuer tout le travail (ou vous attendre à ce que la base de données) renumérote tout après le 5ème élément de 5 millions lorsque le 5ème élément est supprimé? compléter avec les modifications apportées à d'autres tables lorsque leurs contraintes de clé étrangère pointent vers la colonne d'incrémentation Un tel travail supplémentaire pourrait devenir très coûteux en termes d'E / S.

Si vous faites réinitialiser le point incrément après la suppression du dernier élément, ne soyez très très prudent de vos niveaux d'isolation de transaction: Vous pouvez réinitialiser tout comme une autre transaction fait usage de la valeur, ce qui conduit à des erreurs (ou pire, échecs silencieux), à moins que vous vous assurez que votre action est entièrement isolée à 100%.

Je recommande généralement aux personnes travaillant avec des bases de données de lire "SQL Antipatterns" qui a un chapitre sur ce problème nommé "Psuedo-Key Neat Freaks" (qui couvre la question d'une manière plus conviviale que le titre du chapitre peut impliquer pour certains!). Essentiellement, si la valeur a une signification au-delà d'être une clé (ou tout au plus transportant des informations d'ordre d'insertion), alors elle ne devrait probablement pas être une colonne à incrémentation automatique, et si elle n'a pas de signification au-delà d'être une clé (ou tout au plus transportant un ordre d'insertion) informations), alors les lacunes ne devraient pas avoir d’importance.

Vous pouvez réinitialiser la valeur auto_increment en utilisant ce qui suit:

ALTER TABLE MyTable AUTO_INCREMENT = 1234;

Vous devez déterminer la valeur maximale présente dans le tableau et ajouter 1 à cette valeur à utiliser dans l'instruction ci-dessus.