Accès concurrents PHP MySQL

Bonjour,

j'ai une question concernant 2 pages php qui modifie la même valeur dans une table MySQL

dans la première page

Code:

---

1 2 3

SELECT stock FROM table WHERE id=1 //puis un peu plus loin UPDATE table SET stock=$stock WHERE id=1

---

dans la seconde page

Code:

---

1 2 3

SELECT position, stock FROM table WHERE id=1 //puis un peu plus loin UPDATE table SET stock=$stock WHERE id=1

---

étant donné que php exécute le script de façon syncrone si la page 1 est lancée en premier, attend-il la fin de l'exécution de la page1 avant de lancer la page2, y a-t-il un risque d'accès concurrents sur stock ?

merci

Bonjour,

Oui, si vous ne gérez pas de transaction avec un niveau d'isolation adéquat, vous risquez fort de ne pas obtenir le résultat escompté. La page 2 n'attendra pas le a fin de la page 1 avant de démarrer, car la page 1 n'aura pas posé de verrou sur les données.

Scénario classique dans votre cas (si par exemple chaque page est censée décrémenter le stock de 1) :

1- la page1 récupère le stock (disons : 9)
2- la page2 récupère le stock (donc toujours 9, la page 1 n'a pas encore effectué la mise à jour)
3 - la page 1 met le stock à jour --> 9- 1 = 8
4 - la page 2 mets à jour le stock --> 9- 1 = 8

Au final, le stock aura diminué de 1 au lieu de 2 !

alors même si c'est la même page lancé par 2 utilisateurs différents ?

oui

Citation:

---

Envoyé par aieeeuuuuu

1- la page1 récupère le stock (disons : 9)
2- la page2 récupère le stock (donc toujours 9, la page 1 n'a pas encore effectué la mise à jour)
3 - la page 1 met le stock à jour --> 9- 1 = 8
4 - la page 2 mets à jour le stock --> 9- 1 = 8

---

Tout dépend des requêtes effectuées dans la procédure.

car 1 et 2 peuvent être en //, mais 4 attendra la fin de 3.

A +

Citation:

---

Envoyé par SQLpro

car 1 et 2 peuvent être en //, mais 4 attendra la fin de 3.

---

Certes mais le résultat sera le même : le stock ne sera pas bon au final.
et peu importe que 1 et 2 soient en parallèle ou pas : il suffit qu'il aient lieux tous les deux avant 3.

(j'ai supposé que $stock provenait d'un calcul effectué à partir des données de stock récupérée en début de page)

pol2095 ne dit pas ce que font les pages php, mais il y a fort à parier qu'elles pourraient être remplacées par une seule requete UPDATE.

Citation:

---

Envoyé par aieeeuuuuu

Certes mais le résultat sera le même : le stock ne sera pas bon au final.
et peu importe que 1 et 2 soient en parallèle ou pas : il suffit qu'il aient lieux tous les deux avant 3.

(j'ai supposé que $stock provenait d'un calcul effectué à partir des données de stock récupérée en début de page)

pol2095 ne dit pas ce que font les pages php, mais il y a fort à parier qu'elles pourraient être remplacées par une seule requete UPDATE.

---

NON !!!!!

Encore une fois tout dépend des requêtes effectuées !

Démo :
étape 1 :

Code:

---

1 2 3 4 5

-- vérification de l'état du stock pour retirer une quantité donné @nombre SELECT @nombre FROM STOCK WHERE ETAT >= @nombre; --> si pas de réponse, traitement terminé retrait impossible

---

étape 2 :

Code:

---

1 2 3 4 5

--> mise à jour du stock si réponse : UPDATE STOCK SET ETAT = ETAT - @nombre WHERE ETAT - @nombre >= 0; --> si pas de ligne mise à jour, alors traitement terminé, retrait impossible

---

D'ailleurs une seule étape est suffisante en matière de gestion des stock. L'étape 2 !

A +

c'était un exemple, bien sûr c'est beaucoup plus complexe, dans le doute je vais mettre un commit, comme ça aucun soucis.