Discussion :

[ajo12]

Salut à tous,

J'ai une procédure stocké Mysql, exécutée toutes les secondes, qui se charge de supprimer (non physiquement, avec un booléen: 1->ok, 0->supprimé) des produits dont la date de péremption est atteinte. J'ai un script php qui permet de tester si la date de péremption n'est pas atteinte et qui dans ce cas repousse la date de péremption.

Mon problème est que quelques fois j'ai des objets supprimés dont la date de péremption est encore bonne. Je pense que le script php à sélectionné l'objet dont la date de péremption doit être repoussée puis la procédure stocké a supprimé l'objet puis le script php a repoussé la date de péremption. Je pense donc qu'il y a un problème de concurrence des ressources. Le script php et la procédure stockée ne devrait pas s’entremêler.

J'ai testé des verrous Mysql mais j'ai pas tout pigé. Est ce que quelqu'un à une idée pour résoudre mon problème ?

Merci d'avance.

[punkoff]

bonjour,

le plus logique serai de tout mettre dans le même script / procédure.

Maintenant je ne comprend pas bien l'intérêt de faire passer votre script de péremption toutes les secondes ?

la date est de type timestamp ?

[ajo12]

Salut punkoff,

je corrige des bogues d'un programme. Je ne vais pas le récrire. Il est plus compliqué que ce que j'ai décris.

En ce qui concerne la date c'est un datetime.

[punkoff]

Et vos tables elles sont en innodb ?

[ajo12]

oui innodb

[punkoff]

Pour les locks regardez du côté des transactions :
http://dev.mysql.com/doc/refman/5.0/...isolation.html

Sinon il y a aussi les statements, qui posent des locks sur des lignes

Code :

Sélectionner tout - Visualiser dans une fenêtre à part

 select .. FOR UPDATe

Mais vu que votre procédure passe toutes les secondes ca risque d'être bourrin selon ce qu'elle fait.

Donc dans un 1er temps il faudrait analyser correctement vos deux scripts pour voir si vous faites bien les traitements en SQL pure et non de l'itératif avec des tableaux au milieu