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

Administration MySQL Discussion :

Limiter le % de charge CPU de MySQL, possible?


Sujet :

Administration MySQL

  1. #1
    Futur Membre du Club
    Inscrit en
    Juillet 2010
    Messages
    11
    Détails du profil
    Informations forums :
    Inscription : Juillet 2010
    Messages : 11
    Points : 7
    Points
    7
    Par défaut Limiter le % de charge CPU de MySQL, possible?
    Bonjour à tous,

    J'ai un problème sur un serveur Intranet, MySQL surcharge le CPU et fait planté le serveur (du moins je crois que c'est ca ). Je souhaiterai limiter la charge cpu de mysql sur le système?
    Un point sur ma config :
    serveur DELL R300 Dual Core Xeon E3113 (3.0GHz, 6MB, 1333MHz FSB), 4Go RAM sur Red Hat Enterprise
    Les paquets installés sont les suivants :
    *httpd-2.2.3-65.el5_8
    *php-5.1.6-34.el5_8
    *php-mysql-5.1.6-34.el5_8
    *mysql-server-5.0.95-1.el5_7.1
    *mysql-5.0.95-1.el5_7.1 (fichier my.cnf décrit plus bas)

    Un point sur le problème :
    Chaque fois qu'un seul utilisateur se connecte, il fait grimper MySQL à 40% de CPU voir plus.
    Si je vais sur http://monsite/mysql.php (page qui teste la connexion aux bases MySQL), le cpu grimpe à 40% juste pour vérifier que la connexion aux bases fonctionnent!! et ce sont des petites bases de rien du tout, 50Mo)
    Quand plusieurs utilisateurs se connectent, la charge CPU monte 100%, 170% puis tous les services du serveur plante et je suis obligé de reboot à la main...

    Les solutions :
    Je ne suis pas très au point niveau gestion de serveur... Mais les logs /var/log/mysqld.log et /var/log/mysql-slow-queries.log n'indiquent rien de particulier.
    Idem pour /var/loh/http/acces.log et error.log...
    Peut être qu'il faudrait que nos développeurs améliorent leurs requêtes mais en attendant :
    -->AVEZ-VOUS UNE SOLUTION POUR LIMITER LA CHARGE CPU DE MYSQL? (genre ne pas dépasser 80%)
    -->Est ce qu'une mise à jour de http aurait-pu provoquer ce problème?
    -->avez-vous d'autres idées sur l'origine de ce problème?

    En vous remerciant par avance de l'aide que vous pourrez m'apporter!
    Et Bonne journée à tous!!

  2. #2
    Futur Membre du Club
    Inscrit en
    Juillet 2010
    Messages
    11
    Détails du profil
    Informations forums :
    Inscription : Juillet 2010
    Messages : 11
    Points : 7
    Points
    7
    Par défaut my.cnf
    Le fichier de conf my.cnf :
    [root@S56V50 ~]# cat /etc/my.cnf
    [mysqld]
    datadir=/var/lib/mysql
    socket=/var/lib/mysql/mysql.sock
    user=mysql
    #max_connections = 1000
    max_connections = 250
    key_buffer = 64M
    #read_buffer_size=1M
    thread_cache_size = 128
    log_slow_queries=/var/log/mysql-slow-queries.log
    # Default to using old password format for compatibility with mysql 3.x
    # clients (those using the mysqlclient10 compatibility package).
    old_passwords=1
    port= 3306
    bind-address=10.156.16.50
    max_allowed_packet=16M
    # Disabling symbolic-links is recommended to prevent assorted security risks;
    # to do so, uncomment this line:
    # symbolic-links=0
    [mysqld_safe]
    log-error=/var/log/mysqld.log
    pid-file=/var/run/mysqld/mysqld.pid

  3. #3
    Rédacteur

    Avatar de SQLpro
    Homme Profil pro
    Expert bases de données / SQL / MS SQL Server / Postgresql
    Inscrit en
    Mai 2002
    Messages
    21 772
    Détails du profil
    Informations personnelles :
    Sexe : Homme
    Localisation : France, Var (Provence Alpes Côte d'Azur)

    Informations professionnelles :
    Activité : Expert bases de données / SQL / MS SQL Server / Postgresql
    Secteur : Conseil

    Informations forums :
    Inscription : Mai 2002
    Messages : 21 772
    Points : 52 735
    Points
    52 735
    Billets dans le blog
    5
    Par défaut
    MySQL ne permet pas de limiter l'usage des CPU d'un serveur contrairement à Oracle ou SQL Server (resource governor)
    Les seules actions que vous pouvez faire sont les suivantes :
    1) limiter les ressources logiques de MySQL
    2) optimiser les requêtes et mieux, la structure de la base (indexation, normalisation)
    3) rajouter des ressources au serveur.

    Enfin, assurez vous que le serveur est bien un serveur dédié. En effet, comme tout SGBD, MySQL est incompatible avec toute autre application en exploitation.
    Notamment si vous êtes sur un serveur virtualisé, ce qui est une hér&sie.

    A +
    Frédéric Brouard - SQLpro - ARCHITECTE DE DONNÉES - expert SGBDR et langage SQL
    Le site sur les SGBD relationnels et le langage SQL: http://sqlpro.developpez.com/
    Blog SQL, SQL Server, SGBDR : http://blog.developpez.com/sqlpro
    Expert Microsoft SQL Server - M.V.P. (Most valuable Professional) MS Corp.
    Entreprise SQL SPOT : modélisation, conseils, audit, optimisation, formation...
    * * * * * Expertise SQL Server : http://mssqlserver.fr/ * * * * *

Discussions similaires

  1. limitation Charge cpu
    Par sandytarit dans le forum Administration
    Réponses: 2
    Dernier message: 05/06/2007, 09h10
  2. [Système]charge CPU
    Par dehbi dans le forum API standards et tierces
    Réponses: 10
    Dernier message: 04/08/2005, 11h58
  3. Monter la charge CPU
    Par Dr_GonZO dans le forum Administration système
    Réponses: 2
    Dernier message: 19/05/2005, 11h08
  4. problème de charge CPU SUR ORACLE
    Par crasho007 dans le forum Administration
    Réponses: 35
    Dernier message: 19/05/2004, 15h35
  5. Charge CPU avec prog opengl + win32
    Par TibobiT dans le forum MFC
    Réponses: 2
    Dernier message: 12/05/2004, 19h26

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