Discussion :

[nico_papy]

Bonjour, j'ai une question urgente et je m'en remets a vous.

Nous possédons une base de donnée contenant énormément de table. La BDD est installé sur une machine xénon, 2gb, très puissante et toutes les requetes SQL n'utilisent que 200 mb de mémoires alors que nous disposons de 2 gb.

Ma question est la suivante :

Est il possible de précharger toutes les tables en cache pour réduire le temps de réponse des requetes ? Si oui, Comment ?

Merci beaucoup de votre aide.

Cordialement, Nico

[overider]

Est il possible de précharger toutes les tables en cache pour réduire le temps de réponse des requetes ? Si oui, Comment ?

==> je ne vois pas vraiment l'interet. cependant je te conseille la lecture de cet article qui te donneront les premières pistes pour améliorer les performances de ton serveur.

Les deux variables importantes sont query_cache_size et key_buffer_size.

query_cache_size permets d'allouer une quantité de mémoire en RAM commune à tous les threads pour le résultat des requetes. Trés pratique si tes requetes récurentes. Il est recommande de ne pas aller au dela de 24% de la ram totale.

key_buffer_size permets d'allouer une quantité de mémoire en RAM commune à tous les threads pour les clés.


Le lien etat du serveur dans phpmyadmin te donne également quelques indications sommaires.

[Sivrît]

Il faudrait préciser de quel(s) cache(s) on parle.

Avec MyIsam c'est celui de l'OS ainsi que les caches de requêtes et d'indexes comme mentionnés par overider. Le plus intéressant serait peut-être de lancer les requêtes qui vont revenir pour que le query cache ne soit pas vide.

Avec InnoDb on a un vrai cache des données donc s'il n'y a que 200Mo de données il est possible de mettre innodb_buffer_pool_size à une taille respectable (genre 300 mais avec 2Go de mémoire il devrait pouvoir trainer du côté du Go). Après pour préchauffer le cache on peut faire des "SELECT *" sur toutes les tables. Pour éviter de récupérer toutes les données j'avais aussi vu une astuce consistant à créer des tables identiques aux tables d'origine mais avec le moteur BLACKHOLE et faire des "SELECT * [...] INTO". Comme ça pas besoin de transporter les données pour les précharger.

Cela dit le cache doit se remplir de lui même petit à petit, donc je ne sais pas si se fatiguer à chauffer le serveur est rentable.