[mysql] optimisation

Recherche :

Dernière réponse
Sujet : [mysql] optimisation
joce	Ah oui je précise aussi que si tu choisis la solution "beaucoup de petite table", il faut que ta variable table_cache soit grande, sinon l'OS va passer son temps à ouvrir et fermer des fichiers...

Votre réponse

Nom d'utilisateur

Pour poster, vous devez être inscrit sur ce forum .... si ce n'est pas le cas, cliquez ici !

Le ton de votre message

Votre réponse

Smilies

Liste des smilies perso
Wiki smilies
Chercher un smiley

Options

Activer votre signature
Désactiver les smilies
Activer la notification par email du sujet

Aperçu

Vous avez perdu votre mot de passe ?

Vue Rapide de la discussion

joce	Ah oui je précise aussi que si tu choisis la solution "beaucoup de petite table", il faut que ta variable table_cache soit grande, sinon l'OS va passer son temps à ouvrir et fermer des fichiers...

line

Roswell_ a écrit a écrit :

en fait ça depend si le champ sur lequel on fait la recherche est ou pas un champ indexé. S'il ne l'est pas le sgbd fait une recherche sequentiel et ça c'est pourrie.
Si je ne me trompe...

oui oui pour les grosses bases, si tu fais une recherche sur un champ non indexé c pas la peine

Roswell_

en fait ça depend si le champ sur lequel on fait la recherche est ou pas un champ indexé. S'il ne l'est pas le sgbd fait une recherche sequentiel et ça c'est pourrie.
Si je ne me trompe...

joce	Ca dépend du disque dur derrière :D Ba sinon entre 1 table à 1000000 d'entrées et 10 tables à 100000 entrées, je préfère 10 tables à 100000 si ca doit simplifier le temps de recherche et la charge à cause des WHERE...

funwebmax

Library a écrit a écrit :

définitivement 1 table a 100 lignes !

salut lib ;)

Library

définitivement 1 table a 100 lignes !

nicotine

funwebmax a écrit a écrit :

kestion peut etre conne ...
Est ce ke y vaut mieux
1 tables à 100 lignes
ou 100 tables à 1 lignes

je demande ça, c pour ne pas pomper trop de ressources

........

Mara's dad

Pour les tables, moins y'en a mieux c'est !

funwebmax

kestion peut etre conne ...
Est ce ke y vaut mieux
1 tables à 100 lignes
ou 100 tables à 1 lignes

je demande ça, c pour ne pas pomper trop de ressources

joce

ca peut, tout dépend du nombre de connexion engendrées.
Pour éviter d'alourdir trop, utilise plutôt des mysql_pconnect.
Par contre fait très attention à la valeur par défaut de wait_timeout, par défaut c'est 8h.
Donc si t'as des pics localisés de visites, les connexions seront crées, mais pas détruites avant 8h :)
Donc je recommande de baisser cette valeur si il y a énormement de visiteur pour pas créer des process inactifs...

funwebmax

je voulais savoir, si g une instruction mysql connect, sur chak page, est ce ke ça va allourdir bcp la page ?

Lord II

Oui précise car la ce n'est pas vraiment les requetes que tu désires optimiser, c'est plutôt le process de connection à la base. Moi je pense qu'une instruction connect et close dans chaque page c'est mieux car cela evite de laisser des flux ouverts. De toute facon la plupart du temps la fin de l'execution du script provoque la fermeture de la connexion

joce	precise ce que tu veux faire exactement

funwebmax

personne ??
comment optimiser les requestes mysql ?

funwebmax

Est ce ke si g une insctruction Mysql connect sur chaque page, ralentira bcp l'affichage de la page.
ou est ce ke il ya moyen de mieux optimiser les requetes Mysql ?