Discussion :

[dabac]

Bonjour,

J'ai une application composée de plusieurs pages php dont chacune consulte et/ou met à jour des tables de ma base de données; Plusieurs gestionnaires utilisent simultanément cette application et le moteur de ma base de données est MyIsam;
Chacune de mes pages commence par la connection à ma base de données (instruction mysql_select_db($database_connectYieldProduc, $connectYieldProduc) );

L'instruction mysql_close est elle nécessaire et quand doit elle être utilisée ?

Merci de consacrer un peu de votre temps à mon problème.

[vorace]

Je ne me souviens plus ou je l'avais lu mais mysql_close permet d'optimiser tes pages...à mettre partout ou tu as de la requete en fin de script...

[rawsrc]

Je ne me souviens plus ou je l'avais lu mais mysql_close permet d'optimiser tes pages...à mettre partout ou tu as de la requete en fin de script...

Ah, j'ai lu le contraire
Normalement pour les connexions non persistantes, il est préférable de laisser PHP gérer automatiquement la clôture (bien plus rapide) par contre dans certains cas où tu ferais appels à plusieurs connexions sans les identifier explicitement, il est nécessaire de les fermer manuellement.

[vorace]

Ah, j'ai lu le contraire
Normalement pour les connexions non persistantes, il est préférable de laisser PHP gérer automatiquement la clôture (bien plus rapide) par contre dans certains cas où tu ferais appels à plusieurs connexions sans les identifier explicitement, il est nécessaire de les fermer manuellement.

et pourtant (http://www.vulgarisation-informatiqu...iser-mysql.php), mais juste pour correction la fermeture doit se faire après la dernière requête et non à la fin du script puisque effectivement la fermeture se fait automatiquement...

[RunCodePhp]

et pourtant (http://www.vulgarisation-informatiqu...iser-mysql.php), mais juste pour correction la fermeture doit se faire après la dernière requête et non à la fin du script puisque effectivement la fermeture se fait automatiquement...

Le problème c'est qu'il ne donne pas vraiment d'explications, aucune même.

De mon coté, certes c'est juste une idée personnelle que je me suis fait, cette idée serait inverse.
Je m'explique.
Il est dit dans la doc (pour les fonction mysql_* et pour une connexion non persistante) que par défaut MySQL reprend automatiquement la dernière connexion ouverte.
Dans le code qu'il y a dans ce tuto rien n'est précisé concernant la connexion, c'est à dire qu'aucun lien de la ressource ($link en général) n'est indiquée explicitement au niveau des fonctions :
mysql_query('...', aucun lien indiqué ici)
mysql_close(aucun lien indiqué ici)
mysql_fetch_array($requete, aucun lien indiqué ici)
-> Ce sera alors la connexion par défaut qui sera utilisée (la dernière ouverte).

Donc si on ferme la connexion (mysql_close) et qu'après on utilise mysql_fetch_array(), il faut bien quelque part une référence à la connexion.
Et bien je me dis que (donc théoriquement) MySQL va ré-ouvrir la dernière connexion ouverte, théoriquement la même que celle qui a servie à faire la requête juste avant.

Et bien ceci ne reviendrait-il pas au même de ne pas fermer la connexion ?
Le fait de fermer puis le fait de ré-ouvrir tout de suite après, ne serait-il pas moins optimisé/performant que de ne pas fermer ?


Bref ... je ne suis pas convaincu que fermer la connexion soit plus optimiser que de laisser MySQL générer tout ça.
De plus il me semble bien avoir lu dans la doc (je ne sais plus où) que MySQL gérait particulière bien cette phase là.
Puis il me semble bien aussi avoir lu qu'il est préférable de fermer une connexion que si on fait des connexions persistantes (cas très rare).


Maintenant, on sait (pour la plupart) que les fonctions mysql (mysql_*) sont obsolètes et vouées à disparaitre du core de Php.
Il n'a donc quelque part pas lieu de se prendre la tête sur ce point là.

Par conséquent, comme il est fortement conseillé d'utiliser PDO ou MySQLi, quand est il pour ces 2 là ?
Là aussi vaut-il mieux faire des fermeture/ré-ouverture de connexion à chaque requête ?
En regardant un peu comment cela se fait (genre CMS, FrameWork), en général (voir toujours) c'est une connexion qui est 1 fois ouverte et c'est la même qui est utilisée tout le long du script.
En somme, on laisse Php détruire l'instance (de la connexion), et théoriquement ça se fera lorsqu'elle ne sera plus utilisée.


Tout cela est un avis personnel bien sûr, faut voir si l'idée correspond à la réalité ou pas.

[KstorTroy]

T'as mis le doigt sur une de plus grand mystère du php ! ^^
Pourquoi mysql_close existe-t-il ???

La connexion se ferme automatiquement à la fin du script.
Si les pages ne sont pas gourmandes en ressources et qu'il n'y'a qu'une seule connexion nécessaire pour le script, inutile d'utiliser mysql_close.

En revanche,
Si tu as une simple requête dans ton script et que s'en suit un script très gourmand, pour éviter qu'une connexion persiste longtemps alors qu'elle est inutile, il vaut mieux mettre fin à la connexion. Pour libérer le collecteur le plus rapidement possible.
Et inversement si tu as un script lourd en premier, il vaut mieux faire la connexion avec mysql au dernier moment.
Ceci afin que la connexion dure le moins longtemps possible.

Le mieux est de toujours l'utiliser par défaut.
C'est pas pour c'que bouffe en octet et en ram la ligne mysql_close;

Il faut se connecter au dernier moment et se déconnecter dès qu'on en a plus besoin. Histoire de n'avoir que de bonnes habitudes...

Là aussi vaut-il mieux faire des fermeture/ré-ouverture de connexion à chaque requête ?

--> le mieux c'est de regrouper toutes tes requêtes en tête de script. non ?

Code :

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

1
2
3
4
5
6
7
8
9
10
11
<?php
//connection
//toutes les req necess au script
//deconnection
// -> (temps de connection à la bdd optimal)
//traitement
?>
<html>
<body>
<?php echo $donneetraitee; ?>
...

J'utilise tout l'temps ce schéma là. Mais c'est vrai qu'j'suis pas non plus un utiliseur régulier de cette fonction presque inutile puisque nos scripts ne doivent de toutes façons pas être lourds pour le bonheur de nos invités ! ^^
C'est important de l'utiliser quand on a des tâches planifiées qui pètent des records en temps d'éxécution comme la génération de graphiques, de pdf's, ou d'envoi de mails et qu'on est à la limite de faire fumer son serveur mysql.
Mais pour la plupart des sites meme dans ces cas particuliers, c'est inutile.
Pour y trouver une utilité nécessaire, il faut s’intéresser aux connexion persistantes.

2 solutions s'offrent à toi:
A. Tu l'mets parc'que tu t'en fous de faire 2 mysql_close (un manu et un auto) et tu préfère prendre de bonnes habitudes ou parc'que tout simplement t'es cartésien ou qu'tu risques d'avoir des scripts lourds.
B. Tes scripts sont pas gourmands, t'es pas cartésiens et tu es sure de pas oublier de le faire si tes scripts s'alourdissent et tu l'mets pas.

Dans l'cas A tu favorises les performances mysql au détriment des performances php. (dans c'cas-ci, c'est minime)
Dans l'cas B tu favorises les performances php au détriment des performances mysql.

C'est à toi de voir !

[Séb.]

Utilise mysql_close( ) dès que tu n'as plus besoin d'accéder à la BdD.
Cela permet de libérer une connexion au serveur MySQL.

La doc http://fr2.php.net/mysql-close :

L'utilisation de mysql_close() n'est pas habituellement nécessaire, puisque les connexions non persistantes ouverts sont automatiquement fermées à la fin l'exécution du script. Voyez aussi libérer des ressources.

[ABCIWEB]

Je rejoins rawsrc et la citation de Seb.
Et dans certains cas où différents blocs de code doivent utiliser une connexion à l'intérieur d'un même script, l'utilisation de mysq_close peut poser des problèmes (connexion perdue). A ta place je laisserais plutôt faire php.