Saviez-vous que MySQL impl\u00e9mentait depuis la version 4.0 un syst\u00e8me de cache des requ\u00e8tes ? Mais savez-vous l’utiliser ? Voil\u00e0 un petit guide de son fonctionnement et de son utilisation.
\n
\n__Qu’est-ce que le cache de MySQL ?__ Il s’agit d’un endroit m\u00e9moire qu’utilise mysql pour stocker de c\u00f4t\u00e9 le r\u00e9sultats de certaines requ\u00eates SQL. Ainsi, si une requ\u00eate mise en cache est redemand\u00e9e au serveur, celui-ci n’aura pas besoin d’aller interroger les tables et pourra renvoyer le r\u00e9sultat directement depuis le cache. Les gains de vitesse peuvent aller \u00e0 238% d’apr\u00e8s la doc de mysql ! %%% __Comment l’activer ?__%%% Normalement, le cache est activ\u00e9 par d\u00e9faut. Voil\u00e0 comment v\u00e9rifier que c’est bien le cas :%%% SHOW VARIABLES LIKE ‘have_query_cache’; Si ca vous r\u00e9pond \u00ab\u00a0YES\u00a0\u00bb, alors le syst\u00e8me de cache est disponible. Mais cela ne veut pas dire qu’il soit actif, nuance ! Pour savoir son \u00e9tat, interroger la variable ‘query_cache_size’ : SHOW VARIABLES LIKE ‘query_cache_size’ Cela vous renvoit la taille du cache (incroyable, n’est-ce-pas ?). Si cette taille est \u00e0 0, alors pas de cache. Sinon, le nombre indique le nombre d’octets qui est r\u00e9serv\u00e9 au cache. Cette taille ne peut \u00eatre inferieure \u00e0 40kb (40*1024). Et derni\u00e8re \u00e9tape, v\u00e9rifier le type d’activation : SHOW VARIABLES LIKE ‘query_cache_type’ * Si = 0, alors pas de cache * Si = 1, le cache est activ\u00e9, sauf pour les requ\u00eates commencant par \u00ab\u00a0SELECT SQL_NO_CACHE\u00a0\u00bb. * Si = 2, le cache est d\u00e9sactiv\u00e9 par d\u00e9faut, et activ\u00e9 pour les requ\u00eates commencant par \u00ab\u00a0SELECT SQL_CACHE\u00a0\u00bb %%% __Utilisation du cache__%%% Elle est tr\u00e8s simple : si vous executez deux fois la m\u00eame requ\u00eate, la 2e fois viendra interroger le cache automatiquement. Seul crit\u00e8re : les deux requ\u00eates doivent \u00eatre parfaitement identiques, \u00e0 la lettre pr\u00e8s (sensible \u00e0 la casse \u00e9galement). De plus, il existe des dizaines de petites exceptions \u00e0 cette r\u00e8gle. La documentation vous les explique toutes, mais en voil\u00e0 quelques une : * Vous utilisez une fonction demandant une date quelconque (SELECT CURTIME() … ne sera pas mis en cache, et c’est normal) * Votre requ\u00eate utilise des tables temporaires. * Votre requ\u00eate n’utilise aucune table (aucun inter\u00eat de mettre en cache) Pour tout compl\u00e9ment d’info, reportez vous \u00e0 la doc toujours tr\u00e8s compl\u00e8te : [Mysql Documentation – Query Cache|http:\/\/dev.mysql.com\/doc\/refman\/5.1\/en\/query-cache.html|fr]<\/p>\n","protected":false},"excerpt":{"rendered":"
Saviez-vous que MySQL impl\u00e9mentait depuis la version 4.0 un syst\u00e8me de cache des requ\u00e8tes ? Mais savez-vous l’utiliser ? Voil\u00e0 un petit guide de son fonctionnement et de son utilisation.<\/p>\n","protected":false},"author":2,"featured_media":0,"comment_status":"open","ping_status":"open","sticky":false,"template":"","format":"standard","meta":{"footnotes":""},"categories":[6],"tags":[38,36],"class_list":["post-30","post","type-post","status-publish","format-standard","hentry","category-php-sql","tag-cache","tag-mysql"],"yoast_head":"\n