Besoin de renseignement sur une erreur SQL

[medium69]

J'ai parfois une erreur SQL 2013 sur mon site.

J'utilise des connections persistantes et je suis en mutualisé.

Quelqu'un à une idée de cette cause ?

 

[Logiqualis]

Quel est ton type de BDD :?:

 

[tom_pascal]

Si c'est du MySql :

#Error: 2013 (CR_SERVER_LOST)
Message: Lost connection to MySQL server during query

cf . http://dev.mysql.com/doc/mysql/en/error-handling.html

 

[medium69]

Quel est ton type de BDD :?:

Mysql

 

[medium69]

Si c'est du MySql :

#Error: 2013 (CR_SERVER_LOST)
Message: Lost connection to MySQL server during query

cf . http://dev.mysql.com/doc/mysql/en/error-handling.html

Je sais que celle-là, car je reçois un e-mail lors d'une erreur SQL.

Ce que je veux savoir, c'est ce qui la provoque surtout.

 

[tom_pascal]

Ahh..OK.

Je ne peux pas te répondre de manière certaine, cela dépend de la configuration et des limites que t'impose ton hébergeur en mutualisé....

Souvent, en mutualisé, il vaut mieux éviter d'utiliser des connexions persistantes aux bases de données, surtout si leur nombre est limité (et c'est souvent le cas).

Par exemple, chez OVH (à l'époque où j'étais en mutualisé), il y a une limite de 3 connexions simultanées autorisées...
Déjà en faisant des mysql_close() dès que nécessaire, si tu as un forum qui marche, tu peux te retrouver avec des messages du genre "mysql : too many connected...".
J'imagine que si tu utilises des connexions persistantes et que tu atteind la limite de connexions simultanées, certaines connexions seront brisées, d'où ce message... Mais ce n'est que mon avis.

 

[nodom]

essaie d'abandonner la connexion persistante, ça consomme trop de ressource ça pourrait être la cause.

 

[e-kiwi]

en meme temps, si il est sur du mutualisé, pconnect doit etre un alias de connect, non ? vous connaissez des mutualisés avec des vrais connexions persistentes ?

 

[medium69]

Je vais changer les connexions persistantes pour voir si cela résoud le problème.

 

[medium69]

J'ai remplacé la connection persistante par une coànnection normale.

Par contre j'ai lu qu'il n'était pas nécessaire de clore la connection et de libérer les resources, car cela se fait automatiquement à la fin du script.

Vous en pensez quoi ?

 

[mate]

Il faut fermer la connection après chaque mysql_db_query

 $db = mysql_connect($host, $user, $pass);
mysql_select_db($base,$db);
 $requete="select * from matable";
$result = mysql_db_query($base,$requete);
mysql_close();
while($row = mysql_fetch_array($result)){
echo $row["champs1"];
}
....

 

[medium69]

Pour prendre mon cas, j'ai ce code :

function requeteSql($sql_requete, $sql_description) {
	$sql_resultat = @mysql_query($sql_requete); // Envoi la requête au serveur SQL
	
	if	(!$sql_resultat) {
		$messErreurSql = 'Le serveur SQL est dans l\'impossibilité d\'effectuer la requête pour '.$sql_description.'<br />';
		$messErreurSql .= 'Un e-mail à été envoyé à l\'administrateur pour lui signaler le problème.<br /><br />';
		$messErreurSql .= 'Voici le message d\'erreur renvoyé par la base de données :<br />';
		$messErreurSql .= 'Code erreur ';
		
		emailErreur($messErreurSql, 'SQL');
		
		exit($messErreurSql.mysql_errno().' : '.mysqlErreur() );
		}
	return $sql_resultat;
}

Je peut ajouter mysql_close() à la fin de la fonction. c'est cela ?

 

[mate]

après $sql_resultat = @mysql_query($sql_requete); // Envoi la requête au serveur SQL
c'est encore mieux

quoi que je sais pas si $messErreurSql.mysql_errno() marchera dans ce cas

 

[nodom]

vous n'êtes pas obligés de fermer la connexion. perso j'ai jamais fait. ça sert à quoi si tout le script est mort pour le processeur :wink:

 

[mate]

si on ne ferme pas la connexion elle se ferme à la fin de la page donc si il y a beaucoup de visiteurs ça fait des connexions en moins ( erreur too many connctions)

 

[nodom]

si on ne ferme pas la connexion elle se ferme à la fin de la page donc si il y a beaucoup de visiteurs ça fait des connexions en moins ( erreur too many connctions)

pas à la fin de la page mais à la fin du script php.
on doit fermer si le script continue à s'executer plusieurs secondes après fin de traitment des donnés (cas rare)

 

[medium69]

après $sql_resultat = @mysql_query($sql_requete); // Envoi la requête au serveur SQL
c'est encore mieux

quoi que je sais pas si $messErreurSql.mysql_errno() marchera dans ce cas

Je te confirme que cela marche ; j'ai mon erreur SQL décrite si besoin.

 

[medium69]

si on ne ferme pas la connexion elle se ferme à la fin de la page donc si il y a beaucoup de visiteurs ça fait des connexions en moins ( erreur too many connctions)

pas à la fin de la page mais à la fin du script php.
on doit fermer si le script continue à s'executer plusieurs secondes après fin de traitment des donnés (cas rare)

C'est peut-être le problème que j'ai... tout au moins quant à la longueur d'exécution dans certain cas.

J'ai un script un peu complexe, qui me posait problème quelquefois alors que j'étais en connection persistante.
Je suis passé aux connection normale, et le problème apparaissait toujours.
Je teste donc avec sa proposition de fermer chaque connection au fur et à mesure, et les ouvrir à nouveau en cas de besoin.

Voici l'adresse du script en question : https://www.webrankinfo.com/forum/t/petit-soucis-pour-optimiser-un-script.35615/