IdentifiantMot de passe
Loading...
Mot de passe oublié ?Je m'inscris ! (gratuit)
Navigation

Inscrivez-vous gratuitement
pour pouvoir participer, suivre les réponses en temps réel, voter pour les messages, poser vos propres questions et recevoir la newsletter

Requêtes MySQL Discussion :

Requête SQL beaucoup plus lente malgré un serveur plus puissant


Sujet :

Requêtes MySQL

  1. #1
    Futur Membre du Club
    Profil pro
    Inscrit en
    Mai 2008
    Messages
    7
    Détails du profil
    Informations personnelles :
    Localisation : Belgique

    Informations forums :
    Inscription : Mai 2008
    Messages : 7
    Points : 7
    Points
    7
    Par défaut Requête SQL beaucoup plus lente malgré un serveur plus puissant
    Bonjour,

    J'avais un serveur chez ovh. (Un dual core 2ghz)

    Et j'ai pris un nouveau serveur i7 950.

    J'ai programmé un jeu pour l'instant nous sommes 825. Donc ce n'est pas une grosse bsd étant donné qu'elle fait <100Mo

    Ma base de donnée étant sur mon premier serveur j'ai décidé de transférer la base de donnée et de changer la connexion au lieu de mettre localhost mettre l'ip du nouveau serveur.

    Tout fonctionne. Mais...

    Si je fais cette requete sur mon ancien serveur:

    Code : Sélectionner tout - Visualiser dans une fenêtre à part
    1
    2
    3
    UPDATE joueur 
    SET Derniere_page='1274557921' 
    WHERE ID='2'
    Voici la notification: Nombre d'enregistrements affectés : 1 (Traitement en 0.0013 sec.)

    Sur le nouveau serveur:

    Code : Sélectionner tout - Visualiser dans une fenêtre à part
    1
    2
    3
    UPDATE joueur 
    SET Derniere_page='1274557921' 
    WHERE ID='2'
    Nombre d'enregistrements affectés : 1 (Traitement en 0.1119 sec.)

    Ce que je comprend pas c'est que j'ai fais un import/export de ma base de donnée donc je n'ai pas touché aux index.

    Voici les index. Mais je sais plus ou chercher. Car j'ai recopié également mon fichier my.cnf de mysql étant donné que je suis sur debian également.

    Et c'est seulement sur cette table que j'ai des problèmes et pas les autres. :'(

    Index: Documentation Nom de l'index Type Cardinalité Action Champ
    PRIMARY PRIMARY 840 Modifier Supprimer Id
    Alliance INDEX 40 Modifier Supprimer Alliance
    Iso_pays INDEX 16 Modifier Supprimer Iso_pays
    Terrain INDEX 420 Modifier Supprimer Terrain
    Pts_Multi INDEX 30 Modifier Supprimer Pts_Multi
    Bani INDEX 2 Modifier Supprimer Bani
    Maj_auto INDEX 18 Modifier Supprimer Maj_auto
    Quelqu'un aurait des pistes d'idée?

  2. #2
    Nouveau membre du Club
    Profil pro
    Inscrit en
    Juin 2007
    Messages
    61
    Détails du profil
    Informations personnelles :
    Âge : 38
    Localisation : France

    Informations forums :
    Inscription : Juin 2007
    Messages : 61
    Points : 39
    Points
    39
    Par défaut
    Donc si je comprends bien, le jeu est sur un serveur, et la base de données sur un autre serveur ?

    Pourquoi n'as-tu pas tout transféré sur le nouveau serveur pour rester en "localhost" ? Tu retrouvera les mêmes performances qu'auparavent, voir mieux non ?

  3. #3
    En attente de confirmation mail
    Homme Profil pro
    Directeur de projet
    Inscrit en
    Octobre 2010
    Messages
    501
    Détails du profil
    Informations personnelles :
    Sexe : Homme
    Âge : 48
    Localisation : France, Paris (Île de France)

    Informations professionnelles :
    Activité : Directeur de projet
    Secteur : High Tech - Produits et services télécom et Internet

    Informations forums :
    Inscription : Octobre 2010
    Messages : 501
    Points : 1 060
    Points
    1 060
    Par défaut
    Bonsoir,

    Il est probable que les données statistiques ne soient pas déménagées lors du déménagement d'une base.

    Est-ce qu'un OPTIMIZE ou un ANALYZE améliore les performances ?

  4. #4
    Membre chevronné
    Avatar de kedare
    Homme Profil pro
    Network Automation Engineer
    Inscrit en
    Juillet 2005
    Messages
    1 548
    Détails du profil
    Informations personnelles :
    Sexe : Homme
    Localisation : France, Loire Atlantique (Pays de la Loire)

    Informations professionnelles :
    Activité : Network Automation Engineer

    Informations forums :
    Inscription : Juillet 2005
    Messages : 1 548
    Points : 1 865
    Points
    1 865
    Par défaut
    Tu a bien modifié le my.ini/my.cnf en conséquence ? Si tu le laisse par défaut c'est normal que ça rame...

  5. #5
    Modérateur

    Avatar de CinePhil
    Homme Profil pro
    Ingénieur d'études en informatique
    Inscrit en
    Août 2006
    Messages
    16 799
    Détails du profil
    Informations personnelles :
    Sexe : Homme
    Âge : 61
    Localisation : France, Haute Garonne (Midi Pyrénées)

    Informations professionnelles :
    Activité : Ingénieur d'études en informatique
    Secteur : Enseignement

    Informations forums :
    Inscription : Août 2006
    Messages : 16 799
    Points : 34 048
    Points
    34 048
    Billets dans le blog
    14
    Par défaut
    Au passage, pas besoin de mettre les valeurs numériques entre apostrophes !

  6. #6
    Membre régulier
    Profil pro
    Inscrit en
    Novembre 2003
    Messages
    69
    Détails du profil
    Informations personnelles :
    Localisation : France

    Informations forums :
    Inscription : Novembre 2003
    Messages : 69
    Points : 89
    Points
    89
    Par défaut
    Citation Envoyé par CinePhil Voir le message
    Au passage, pas besoin de mettre les valeurs numériques entre apostrophes !
    C'est bien quelque chose qui me choque un peu,
    c'est que ce genre de requête passe quand même...

  7. #7
    Modérateur

    Avatar de CinePhil
    Homme Profil pro
    Ingénieur d'études en informatique
    Inscrit en
    Août 2006
    Messages
    16 799
    Détails du profil
    Informations personnelles :
    Sexe : Homme
    Âge : 61
    Localisation : France, Haute Garonne (Midi Pyrénées)

    Informations professionnelles :
    Activité : Ingénieur d'études en informatique
    Secteur : Enseignement

    Informations forums :
    Inscription : Août 2006
    Messages : 16 799
    Points : 34 048
    Points
    34 048
    Billets dans le blog
    14
    Par défaut
    Je ne sais pas si c'est pareil sur les autres sgbd pour ce cas précis mais la mauvaise réputation de MySQL en matière de tolérance vis à vis des écarts normatifs n'est plus à faire !

  8. #8
    Membre régulier
    Profil pro
    Inscrit en
    Novembre 2003
    Messages
    69
    Détails du profil
    Informations personnelles :
    Localisation : France

    Informations forums :
    Inscription : Novembre 2003
    Messages : 69
    Points : 89
    Points
    89
    Par défaut
    Citation Envoyé par CinePhil Voir le message
    Je ne sais pas si c'est pareil sur les autres sgbd pour ce cas précis
    Avec Sybase (donc vraisemblablement idem pour SQLserver) c'est erreur de syntaxe, ce qui est logique, car c'est une erreur de code qui génère une mauvaise requête (donc un risque de bug).

Discussions similaires

  1. Améliorer requête SQL beaucoup trop longue
    Par faulk dans le forum Langage SQL
    Réponses: 4
    Dernier message: 05/06/2014, 12h12
  2. Intercepter une requête SQL d'un client vers un serveur
    Par AndroJex dans le forum Développement
    Réponses: 3
    Dernier message: 13/12/2012, 14h15
  3. Mes requêtes SQL sont trop lentes
    Par Pgs dans le forum Langage SQL
    Réponses: 11
    Dernier message: 23/06/2008, 07h48
  4. Réponses: 2
    Dernier message: 04/03/2006, 10h47
  5. Récupurer via une requête SQL la valeur la plus proche
    Par yoda_style dans le forum Langage SQL
    Réponses: 9
    Dernier message: 27/04/2004, 13h52

Partager

Partager
  • Envoyer la discussion sur Viadeo
  • Envoyer la discussion sur Twitter
  • Envoyer la discussion sur Google
  • Envoyer la discussion sur Facebook
  • Envoyer la discussion sur Digg
  • Envoyer la discussion sur Delicious
  • Envoyer la discussion sur MySpace
  • Envoyer la discussion sur Yahoo