Problème Freeze MySQL [Résolu]

Maxbenji · 07/08/2006, 11h06

Bonjour,

J'ai un soucis depuis quelques temps avec MySQL. Je developpe depuis quelques années en PHP sur une suite WAMP, et je rencontre en ce moment un probleme qui n'est pas des plus banals.

En effet, je suis sur un reseau d'entreprise, WAMP installé sur un serveur distant, et lorsque j'execute une requete de type UPDATE, instantanéement les données se mettent à jour (normal) car je le verifie sur la page en faisant un SELECT des données que je vien de modifier (pour verif).

Or, apres quelques secondes, et je ne sais par qu'elle tour de magie, les données precedement modifiées, reviennent à la version precedente...

Exemple :
Je modifie la valeur "1" d'un champ par "10", j'affiche la ligne apres modif par un select, je vois "10" (la modif a donc bien operé dans MySQL).
Je change de page et revien sur la page d'affichage je ne retrouve plus 10 mais 1.

J'avoue ne pas trop comprendre d'ou vient le soucis. Je precise aussi qu'actuellement je suis seul à utiliser l'application.

Voila, si quelqu'un y comprend quelque chose...
Merci à vous

Fladnag · 07/08/2006, 12h40

ca ressemble plus a un probleme de cache, surtout sur un reseau d'entreprise, ca serait pas etonnant.

Sur la page qui contient la mauvaise valeur, laisse appuyer sur Shift tout en cliquant sur "Recharger la page" avec la souris. Si la valeur est bonne c'etait ca ;o)

Maxbenji · 07/08/2006, 13h25

Oui au debut j'y ai pensé, mais ca aurait etait trop simple.

Comme je l'ai precisé dans mon post, les modifications impactent la base de données. En fait c'est comme si elle fesait un rollback toute seule et ce apres plusieurs secondes, ca varie entre 2s et defois plus de 10s... ca me laisse perplexe..

Fladnag · 07/08/2006, 13h51

tu as verifié a l'aide de phpMyAdmin ou d'un autre logiciel que la donnée était revenue dans son etat initial *dans la base* au bout du temps indiqué ? (sans passer par ton appli donc)

Est-tu sur que ce soit mysql la base attaquée ?

Sous oracle, les requetes s'executent dans une transaction, et se termine par un "commit();" sans quoi rien n'est sauvegardé en dehors de la transaction courante.

gisele · 07/08/2006, 14h18

Salut

Voire même sous MySql mais à priori j'écarterai l'autocomit a 0 a l'insu de son plein gré, pour forcer les transactions INNODB. non?

Sinon, Y aurait pas plusieurs serveurs MySQL en prod dans ta boite avec une synchro et toi tout betement tu tente d'écrire sur la machine esclave?

Maxbenji · 07/08/2006, 14h45

Merci de vos réponses.

Pour la base je suis sure que c'est une base MySQL et non Oracle.

Concernant la synchro de base de données, ce n'est pas le cas. En effet, dans ma boite tout est sous Oracle et SQLServer. Ceci est la premiere base MySQL installée... peut-etre vais-je les convertir, qui sait ....

Je viens de verifier encore une fois que les données etaient bien inscritent en base, c'est la cas...

07/08/2006, 11h06	#1
Maxbenji Candidat au titre de Membre du Club Inscription : mars 2004 Messages : 32 Détails du profil Informations personnelles : Localisation : France, Isère (Rhône Alpes) Informations forums : Inscription : mars 2004 Messages : 32 Points : 10 Points : 10	Problème Freeze MySQL Bonjour, J'ai un soucis depuis quelques temps avec MySQL. Je developpe depuis quelques années en PHP sur une suite WAMP, et je rencontre en ce moment un probleme qui n'est pas des plus banals. En effet, je suis sur un reseau d'entreprise, WAMP installé sur un serveur distant, et lorsque j'execute une requete de type UPDATE, instantanéement les données se mettent à jour (normal) car je le verifie sur la page en faisant un SELECT des données que je vien de modifier (pour verif). Or, apres quelques secondes, et je ne sais par qu'elle tour de magie, les données precedement modifiées, reviennent à la version precedente... Exemple : Je modifie la valeur "1" d'un champ par "10", j'affiche la ligne apres modif par un select, je vois "10" (la modif a donc bien operé dans MySQL). Je change de page et revien sur la page d'affichage je ne retrouve plus 10 mais 1. J'avoue ne pas trop comprendre d'ou vient le soucis. Je precise aussi qu'actuellement je suis seul à utiliser l'application. Voila, si quelqu'un y comprend quelque chose... Merci à vous
	00

07/08/2006, 12h40	#2
Fladnag Membre Expert Inscription : janvier 2004 Messages : 1 238 Détails du profil Informations personnelles : Sexe : Localisation : France Informations professionnelles : Secteur : Finance Informations forums : Inscription : janvier 2004 Messages : 1 238 Points : 1 421 Points : 1 421	ca ressemble plus a un probleme de cache, surtout sur un reseau d'entreprise, ca serait pas etonnant. Sur la page qui contient la mauvaise valeur, laisse appuyer sur Shift tout en cliquant sur "Recharger la page" avec la souris. Si la valeur est bonne c'etait ca ;o) __________________ PHP : Regle n°1 : mysql_query(...), mysql_connect(...) et mysq_select_db(...) doivent EN DEBUG etre suivies de or die(mysql_error()); (mais jamais en production) Regle n°2 : Mieux encore : mysql_query($requete) or die("$requete<br/>".mysql_error()); Regle n°3 : echo '<pre>';var_dump($var);echo '</pre>'; affiche le contenu et le type d'une variable. Publiez vos textes de fantasy et de science-fiction sur http://www.cercledefaeries.com/concours/
	00

07/08/2006, 13h51	#4
Fladnag Membre Expert Inscription : janvier 2004 Messages : 1 238 Détails du profil Informations personnelles : Sexe : Localisation : France Informations professionnelles : Secteur : Finance Informations forums : Inscription : janvier 2004 Messages : 1 238 Points : 1 421 Points : 1 421	tu as verifié a l'aide de phpMyAdmin ou d'un autre logiciel que la donnée était revenue dans son etat initial dans la base au bout du temps indiqué ? (sans passer par ton appli donc) Est-tu sur que ce soit mysql la base attaquée ? Sous oracle, les requetes s'executent dans une transaction, et se termine par un "commit();" sans quoi rien n'est sauvegardé en dehors de la transaction courante. __________________ PHP : Regle n°1 : mysql_query(...), mysql_connect(...) et mysq_select_db(...) doivent EN DEBUG etre suivies de or die(mysql_error()); (mais jamais en production) Regle n°2 : Mieux encore : mysql_query($requete) or die("$requete<br/>".mysql_error()); Regle n°3 : echo '<pre>';var_dump($var);echo '</pre>'; affiche le contenu et le type d'une variable. Publiez vos textes de fantasy et de science-fiction sur http://www.cercledefaeries.com/concours/
	00

07/08/2006, 14h18	#5
gisele Membre habitué Inscription : octobre 2003 Messages : 102 Détails du profil Informations personnelles : Âge : 39 Informations forums : Inscription : octobre 2003 Messages : 102 Points : 108 Points : 108	Salut Voire même sous MySql mais à priori j'écarterai l'autocomit a 0 a l'insu de son plein gré, pour forcer les transactions INNODB. non? Sinon, Y aurait pas plusieurs serveurs MySQL en prod dans ta boite avec une synchro et toi tout betement tu tente d'écrire sur la machine esclave? __________________ il n'y a pas de sotte existence
	00

07/08/2006, 13h25	#3
Maxbenji Candidat au titre de Membre du Club Inscription : mars 2004 Messages : 32 Détails du profil Informations personnelles : Localisation : France, Isère (Rhône Alpes) Informations forums : Inscription : mars 2004 Messages : 32 Points : 10 Points : 10	Oui au debut j'y ai pensé, mais ca aurait etait trop simple. Comme je l'ai precisé dans mon post, les modifications impactent la base de données. En fait c'est comme si elle fesait un rollback toute seule et ce apres plusieurs secondes, ca varie entre 2s et defois plus de 10s... ca me laisse perplexe..
	00

07/08/2006, 14h45	#6
Maxbenji Candidat au titre de Membre du Club Inscription : mars 2004 Messages : 32 Détails du profil Informations personnelles : Localisation : France, Isère (Rhône Alpes) Informations forums : Inscription : mars 2004 Messages : 32 Points : 10 Points : 10	Merci de vos réponses. Pour la base je suis sure que c'est une base MySQL et non Oracle. Concernant la synchro de base de données, ce n'est pas le cas. En effet, dans ma boite tout est sous Oracle et SQLServer. Ceci est la premiere base MySQL installée... peut-etre vais-je les convertir, qui sait .... Je viens de verifier encore une fois que les données etaient bien inscritent en base, c'est la cas...
	00

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