problème de transaction et load data [Résolu]

jccanut · 13/09/2006, 15h38

Bonjour,
J'ai un problème avec un script PHP qui exécute une série de commande sql et dont les transactions ne fonctionnent pas.
Je passe en autocommit à off et j'effectue mes requêtes et si je simule un problème le rollback ne se fait pas.
Je me demandai si les load data infile ne réalisait pas des commit automatique.
Le problème c'est que je ne vois pas comment vérifier si ma transaction démarre bien et à quelle moment le commit se fait.
Quelqu'un peut-il m'aider.
Merci d'avance.

Maximilian · 13/09/2006, 16h01

Salut,

Quelle est ta version de MySQL ?

Jette un oeil ici aussi...

jccanut · 13/09/2006, 16h27

Bonjour,
J'ai effecitvement oublié de mentionner la version c'est une 5.0.22 sous windows.
J'ai regardé le lien et effectivement c'est bien le problème que j'ai. Par contre j'ai trouvé ce lien : http://lists.mysql.com/commits/11407 qui semble parler du moyen de remédier à ce problème mais j'avoue ne pas tout comprendre. Quelsu'un a-t-il la slution.
Merci d'avance.

Maximilian · 13/09/2006, 16h40

Le lien indique seulement que Guilhem Bichot est en train de bosser sur le sujet. Il va répercuter ses modifs sur le repository de sources de MySQL mais c'est suelement avec la prochaine version de MySQL que le bug sera officiellement réparé.

Si tu es pressé, tu peux toujours installer MySQL depuis le source tree : voir http://dev.mysql.com/doc/refman/5.0/...urce-tree.html

jccanut · 14/09/2006, 10h43

Bonjour et merci pour vos réponses.
Je viens de redscendre sur une version 4 et j'ai le même problème. Pourtant je verifie bien entre chaque commande que je suis en autocommit à off avec SELECT @@autocommit.
J'avoue que je ne comprends pas du tout d'où vient le problème. Que puis-je faire pour vérifier l'état de ma transaction entre mes commande?
Merci d'avance.

Maximilian · 14/09/2006, 11h18

On peut avoir le code SQL du script ?

A ma connaissance il n'y a aucun moyen de vérifier "l'état" de la transaction en cours de route puisqu'une transaction est précisément censée être atomique donc indivisible...

jccanut · 14/09/2006, 11h38

Bon j'ai trouvé l'origine du problème c'est un optimize table qui était réalisé après les loda data infile. En regardant mieux la doc de Mysql il parle de toutes les commandes qui modifient les index donc les optimize table. Il faut que je les fasse plus tard.
En tout cas merci pour toutes vos réponses rapides et efficaces.

13/09/2006, 15h38	#1
jccanut Invité de passage Inscription : septembre 2006 Messages : 13 Détails du profil Informations forums : Inscription : septembre 2006 Messages : 13 Points : 2 Points : 2	problème de transaction et load data Bonjour, J'ai un problème avec un script PHP qui exécute une série de commande sql et dont les transactions ne fonctionnent pas. Je passe en autocommit à off et j'effectue mes requêtes et si je simule un problème le rollback ne se fait pas. Je me demandai si les load data infile ne réalisait pas des commit automatique. Le problème c'est que je ne vois pas comment vérifier si ma transaction démarre bien et à quelle moment le commit se fait. Quelqu'un peut-il m'aider. Merci d'avance.
	00

13/09/2006, 16h01	#2
Maximilian Provisoirement toléré Inscription : juin 2003 Messages : 2 622 Détails du profil Informations forums : Inscription : juin 2003 Messages : 2 622 Points : 2 505 Points : 2 505	Salut, Quelle est ta version de MySQL ? Jette un oeil ici aussi... __________________ Pensez au bouton
	00

13/09/2006, 16h40	#4
Maximilian Provisoirement toléré Inscription : juin 2003 Messages : 2 622 Détails du profil Informations forums : Inscription : juin 2003 Messages : 2 622 Points : 2 505 Points : 2 505	Le lien indique seulement que Guilhem Bichot est en train de bosser sur le sujet. Il va répercuter ses modifs sur le repository de sources de MySQL mais c'est suelement avec la prochaine version de MySQL que le bug sera officiellement réparé. Si tu es pressé, tu peux toujours installer MySQL depuis le source tree : voir http://dev.mysql.com/doc/refman/5.0/...urce-tree.html __________________ Pensez au bouton
	00

14/09/2006, 11h18	#6
Maximilian Provisoirement toléré Inscription : juin 2003 Messages : 2 622 Détails du profil Informations forums : Inscription : juin 2003 Messages : 2 622 Points : 2 505 Points : 2 505	On peut avoir le code SQL du script ? A ma connaissance il n'y a aucun moyen de vérifier "l'état" de la transaction en cours de route puisqu'une transaction est précisément censée être atomique donc indivisible... __________________ Pensez au bouton
	00

13/09/2006, 16h27	#3
jccanut Invité de passage Inscription : septembre 2006 Messages : 13 Détails du profil Informations forums : Inscription : septembre 2006 Messages : 13 Points : 2 Points : 2	Bonjour, J'ai effecitvement oublié de mentionner la version c'est une 5.0.22 sous windows. J'ai regardé le lien et effectivement c'est bien le problème que j'ai. Par contre j'ai trouvé ce lien : http://lists.mysql.com/commits/11407 qui semble parler du moyen de remédier à ce problème mais j'avoue ne pas tout comprendre. Quelsu'un a-t-il la slution. Merci d'avance.
	00

14/09/2006, 10h43	#5
jccanut Invité de passage Inscription : septembre 2006 Messages : 13 Détails du profil Informations forums : Inscription : septembre 2006 Messages : 13 Points : 2 Points : 2	Bonjour et merci pour vos réponses. Je viens de redscendre sur une version 4 et j'ai le même problème. Pourtant je verifie bien entre chaque commande que je suis en autocommit à off avec SELECT @@autocommit. J'avoue que je ne comprends pas du tout d'où vient le problème. Que puis-je faire pour vérifier l'état de ma transaction entre mes commande? Merci d'avance.
	00

14/09/2006, 11h38	#7
jccanut Invité de passage Inscription : septembre 2006 Messages : 13 Détails du profil Informations forums : Inscription : septembre 2006 Messages : 13 Points : 2 Points : 2	Bon j'ai trouvé l'origine du problème c'est un optimize table qui était réalisé après les loda data infile. En regardant mieux la doc de Mysql il parle de toutes les commandes qui modifient les index donc les optimize table. Il faut que je les fasse plus tard. En tout cas merci pour toutes vos réponses rapides et efficaces.
	00

Outils de la discussion
Afficher une version imprimable Envoyer un lien vers cette page par email