Chinese (People's Republic of China)  English  Français


Supinfo-Projects.com
Tous les projets des élèves ingénieurs de Supinfo



Projets
  Dernier Projet
  Les plus populaires
  Tous les Projets

287 Visiteurs
3168 Projets


My Supinfo-Projects

   Connectez-vous
   Créez un Compte


Synopsis

   13 Visites
   Note INTERNET : 18.6
    (3 Votants)
   1 Commentaires

   Lire l'article

Evaluez cet article

20
18
16
14
12
10
8
6
4
2
0


Commentez cet article

Auteur :

Email :

Votre commentaire :



 
2005 - Mémoire de fin d'étude
MySQL tweaking avancé
[25 mn de lecture - paru le 5/22/2005 6:28:08 PM - Public : Expert]

Auteur

stabStéphane BRUNET
Elève-Ingénieur Supinfo Paris
Promotion SUPINFO 2005

   Lui écrire
   Tous les projets de cet auteur
   Le mini-CV de cet auteur

3. Mettre en place un cache pour les requêtes

Le cache des requêtes peut augmenter considérablement les performances du serveur si de nombreuses instructions de type SELECT sont exécutées et qu'elles renvoient le même contenu.

Le cache va comparer chaque requête SELECT avec celle qu'il a en cache. Si une requête se trouve en cache et que les tables qu'elle interroge, n'ont pas subit de modification la réponse sera retourné immédiatement sans même exécuter la requête. Sinon le serveur exécute la requête puis met le résultat en cache.

Toutefois il y a des limitations dans le traitement des requêtes en cache, si les requête ne sont pas strictement identique elles seront considérées comme différente, c'est à dire que le traitement est sensible à la casse. Des requêtes identiques qui ne s'applique pas à la même base sont elles aussi considérées comme différente.

"SELECT * FROM table;" est différent de "select * from table;" pour le serveur.

Le cache est global, il s'applique donc à chaque connexion de client. L'utilisation du cache peut donc aider à fortement limité la charge.

Les variables suivantes sont celles utiles pour la mise en cache :
cache

query_cache_type est par défaut sur ON, la mise en cache est donc possible par défaut. Mais le cache n'est pas opérationnel tant que sa taille est égale à 0 (query_cache_size). query_cache_limit donne la limite supérieure de la taille d'une requête pour la mise en cache (sa limite par défaut est de 1Mo).

Ces variables sont en générales définies par un fichier d'option ou alors au démarrage du serveur. Mais elles peuvent être modifié par un utilisateur ayant le privilège SUPER durant l'exécution du serveur en utilisant l'instruction SET GLOBAL variable = valeur; La valeur devant être strictement numérique donc, par exemple 10485760 pour 10M.

Mais les variables définies de cette manière seront perdu au prochain démarrage.

L'instruction SHOW STATUS LIKE 'Qcache%'; donne des informations sur l'état de la mise en cache.



Articles de la même catégorie

 Pages : Top


11 Visites
0 Commentaires
What are ARP and RARP
[10 mn de lecture - paru le 5/19/2005 1:14:14 PM - Public : Débutant]

En savoir plus


15 Visites
0 Commentaires
Oracle_10_G_gentoo
[20 mn de lecture - paru le 5/19/2005 8:42:45 AM - Public : Débutant]

En savoir plus


20 Visites
0 Commentaires
Oracle Application Server Portal 10g
[20 mn de lecture - paru le 5/19/2005 7:47:48 AM - Public : Expert]

En savoir plus

   Tous les Articles


SUPINFO Training Center peut vous proposer une formation ...

   Devenez Ingénieur Système Microsoft en 35 jours avec SUPINFO Training Center
   Devenez Certifiés Cisco en 13 jours avec SUPINFO Training Center
   Devenez Administrateur Système Microsoft avec SUPINFO Training Center
   Devenez Développeur Microsoft .NET en 13 jours avec SUPINFO Training Center



Powered by Campus-Booster Technology
Conditions d'utilisation & Copyright | Respect de la vie privée
© Copyright 1965-2006 Supinfo Paris, Paris Academy of Computer Science
Supinfo, Ecole Supérieure d'Informatique et Paris Academy Of Computer Science are trade marks.
23, rue de Château LANDON - 75010 PARIS - Phone : +33 (0) 153359 700 Fax : +33 (0) 153359 701

Web site autided by :