Récupérer le dernier auto-incrément MySQL avec PHP
Quand un script ajoute un enregistrement dans une table MySQL, il est parfois utile d’en mettre d’autres à jour. Et pour cela, on peut avoir besoin de récupérer le dernier identifiant d’auto-increment. La fonction PHP mysql_insert_id()
le fera très bien… sous certaines conditions.
Petit rappel sur les connexions MySQL
Avant de faire l’opération, voici un petit rappel du comportement des connexions MySQL ouvertes par PHP.
La plupart du temps, la connexion avec MySQL est établie par la fonction PHP mysql_connect()
. Si un deuxième appel est fait avec les mêmes arguments, la première connexion sera à nouveau utilisée. Le paramètre new_link
modifie ce comportement et permet à mysql_connect()
d’ouvrir à chaque fois une nouvelle connexion, même si mysql_connect()
a été appelée avec les mêmes paramètres.
Lorsque le script utilise une connexion persistante (par la fonction PHP mysql_pconnect()
), le comportement est le même, à deux différences (importantes !) près :
- Lors de la connexion, la fonction essaie de trouver une connexion persistante déjà ouverte, avec le même nom d’utilisateur et le même mot de passe. Dans ce cas, son identifiant est retourné sans ouvrir de nouvelle connexion.
- La connexion au serveur MySQL n’est pas coupée à la fin du script. Le lien est conservé pour un prochain accès, même si on utilise la fonction
mysql_close()
.
Au passage, notez que les connexions persitantes ne fonctionnent qu’avec PHP en version module.
Et l’auto-increment dans tout ça ?
L’auto-increment sera retourné par la fonction PHP mysql_insert_id()
, mais il y a des risques de ne pas récupérer celui que vous attendez !
mysql_insert_id()
retourne le dernier identifiant généré par un champ de type AUTO_INCREMENT
, sur la connexion MySQL courante ou sur la connexion spécifiée par le paramètre link_identifier
. Mais les surprises sont nombreuses :
- Si votre colonne
AUTO_INCREMENT
est une colonne de typeBIGINT
, la valeur retournée parmysql_insert_id()
sera incorrecte. À la place, il faut utiliser la fonction MySQLLAST_INSERT_ID()
directement dans une requête SQL. mysql_insert_id()
ne fonctionne pas avec unREPLACE
.- Si vous utilisez dans votre requête SQL un
INSERT IGNORE
en précisant un identifiant existant dans la table, l’enregistrement ne sera pas créé, ce qui est normal puisqu’il ne peut y avoir deux identifiants égaux. Par contre,mysql_insert_id()
vous retournera l’auto-increment suivant, comme si l’enregistrement avait été ajouté ! - Si vous faites des insertions multiples (par exemple,
INSERT INTO table1 (champ1, champs2) SELECT champ1, champs2 FROM table2 WHERE champ1=2
),mysql_insert_id()
retournera l’identifiant du premier enregistrement ajouté !
J’arrête là le massacre car il y a bien d’autres cas. Pour s’en sortir, il faut privilégier la fonction MySQL LAST_INSERT_ID()
(placée directement dans une requête SQL) et verrouiller la table :
mysql_query("LOCK TABLES table_exemple WRITE");
mysql_query("SET AUTOCOMMIT = 0");
mysql_query("INSERT INTO table_exemple (champ1, champ2) VALUES ('toto1','toto2')");
$mysql_id = mysql_query("SELECT LAST_INSERT_ID()");
mysql_query("COMMIT");
mysql_query("UNLOCK TABLES");
Commentaires
OoI
Sinon, y a plus simple avec cette requête, car si il n’existe plus aucune valeur dans la table, LAST_INSERT_ID() renvoi NULL:
30 novembre 2006, 3h08 ·Christophe
> Ool
Oui, cette requête est un autre moyen d’obtenir le dernier auto-increment. On pourrait donc avoir le code :
à la place de :
Mais cela ne règle pas le problème de fond, à savoir : obtient-on réellement la valeur attendue ? Sans verrouiller la table, je ne vois pas ce que cela apporte de plus. Mais je peux me tromper…
30 novembre 2006, 15h12 ·dfg
Merci pour ces explications très utiles ! (même plus d’un an après le post !)
25 mai 2007, 9h45 ·bgdc
Tjrs aussi utile 2 ans apres le poste 🙂
5 juillet 2008, 16h39 ·Michael
Excellent,
12 septembre 2008, 14h31 ·Je viens d’apprendre une nouvelle méthode.
Merci de cette explication.
Loch-Nar
« Notez aussi que la valeur de retour de la fonction SQL LAST_INSERT_ID() contient toujours la valeur d’AUTO_INCREMENT la plus à jour. Cette valeur n’est pas remise à zéro lors de l’exécution d’autre requêtes car elle est maintenue pour le serveur. »
Last_insert_id ne prend pas en compte la connexion courante et n’est jamais nul contrairement à mysql_insert_id.
16 octobre 2008, 13h59 ·Loïc
Bonjour,
Il y a quelque chose qui m’intrigue dans la portion de code SQL.
Le LOCK TABLES, je comprends, ça permet d’interdire à d’autres threads de faire des modifications dans la table et donc éviter que l’auto-incrément soit changé.
Mais quel est l’intérêt de désactiver l’AUTO-COMMIT ?
À ce que j’ai compris, désactiver l’AUTO-COMMIT permet de se créer un « environnement local » et les modifications qui sont enregistrées dans cet « environnement local » sont réellement écrites sur le serveur lorsqu’on appelle l’instruction COMMIT.
Le truc, c’est que lorsque la table est « lockée », l’ « environnement local » et le serveur sont confondus, vu que personne d’autre ne peut lire ou écrire …
Si vous pouvez m’éclairer sur ce point …
26 janvier 2009, 1h28 ·Merci
Christophe
Il y a une raison toute simple : un commit déverrouille la table. S’il est automatique, la table sera libérée et un autre enregistrement peut être effectué par un autre script avant de faire le SELECT LAST_INSERT_ID(). Donc la valeur peut être fausse…
C’est une saine habitude de mettre ensemble le verrouillage et le commit manuel.
La question finale est : « dans ce cas, à quoi sert le UNLOCK TABLES à la fin ? ». Eventuellement à déverrouiller les tables qui n’ont pas été affectées par un commit.
28 janvier 2009, 0h27 ·Lony
Merci je viens de comprendre cette notion même 15ans après le poste
14 septembre 2024, 0h41 ·Christophe Le Bot
Avec plaisir ! Content de voir que ça sert toujours 😉
14 septembre 2024, 12h06 ·caro63
Bonjour, j’essaie de trouver une solution pour récupérer le numéro id le plus grand de cette façon:
29 janvier 2009, 0h56 ·printf( » ID le plus grand %d\n », mysql_insert_id());
Mais sa me retourne le dernier id enregistré et non le pas le plus grand.
Il faudrait que j’utilise LAST_INSERT_ID mais je ne sai pas comment l’écrire.
Pouvez-vous m’aider?
Merci d’avance.
Christophe
En reprenant le code en exemple dans l’article, il suffit de placer votre instruction à la fin :
4 février 2009, 20h09 ·Stef
Bonjour,
14 avril 2009, 10h22 ·Ca ne répond pas à la question de Caro63 (ni la mienne):
Le code affiche le dernier identifiant, mais pas la dernière valeur insérée générée par l’autoincrement…
Comment faire ?
raf
Bonjour !
3 novembre 2009, 12h17 ·En rapport avec ce billet, je cherchais à récupérer la valeur du prochain auto-incrément d’une table … comme ce billet a été mon point de départ dans mes recherches et que j’ai cherché un petit bout de temps avant d’entrevoir la solution, je complète ici avec la solution finalement trouvée (ça peut dépanner) :
Christophe
@raf
C’est une excellente astuce, ça ! Cela semble étonnant d’avoir besoin de cette info, mais c’est très courant. J’ai eu le cas avec Magento aujourd’hui : il fallait envoyer le n° de commande à un web service entre sa validation et son écriture en base.
Merci pour cette contribution.
6 novembre 2009, 22h52 ·herve
Bonjour,
tres interressant tes infos Merci beaucoup
Je suis confronté a un bug lors de l’utilisation de mysql_insert_id()
Si quelqu’un a une idée merci
Parfois (rarement 0.01%) la table donnee n’a pas le bon ID
Si quelqu’un a une idée Merci
12 août 2010, 9h54 ·franky
Je pense que c’est ton commit qui n’est pas bon… relis le code de la fin de l’article…
13 septembre 2011, 14h01 ·A+ utile plus de 5 ans après…
chanteur06
salut , une question : comment je remplace ça svp?
Merci
20 décembre 2011, 20h53 ·Jejeleponey
Bonjour,
La méthode de Ool m’a été plus utile que le LAST_INSERT_ID dont je n’arrivais pas à palier certains problèmes évoqué dans le post original.
Qui aurais pu croire qu’un post soit utile presque 6 ans après 🙂
28 novembre 2012, 14h41 ·Serge tsimba
bonjour j’ai le même problème de récupérer le dernier enregistrement auto incrément inseré, le résultat généré est « Resource id #5 » or moi j’ai plus de 10 enregistrements.
3 septembre 2014, 7h53 ·Nils
On compte toujours les années ?
6 novembre 2014, 10h39 ·Ne surtout pas supprimer ce fil très intéressant.
Merci à l’auteur et à tous les contributeurs pour cette discussion très instructive.
Thy
Sujet toujours *très* utile en 2015 !
Je réponds à Serge tsimba qui récupère un « Resource id ».
(Et à tous ceux qui ont le même souci mais qui ne le disent pas) 🙂
mysql_query ne renvoie pas directement le dernier numéro, il faut la traiter comme n’importe quel select :
12 novembre 2015, 12h35 ·