Référence du langage MySQL <<< |
Comment fonctionne le cache de requêtes | Configuration du cache de requêtes >>> |
6.9 Cache de requêtes MySQL 6 Référence du langage MySQL Manuel de Référence MySQL 4.1 : Version Française ->Comment fonctionne le cache de requêtes . Configuration du cache de requêtes . Options relatives au cache de requêtes dans un SELECT . Status du cache de requêtes et maintenance |
6.9.1 Comment fonctionne le cache de requêtesLes requêtes sont comparées avant d'être analysées :
Les requêtes qui utilisent différentes bases de données, différentes versions de protocole ou différents jeux de caractères par défaut sont considérées comme différentes et mises en cache séparément. Le cache ne fonctionne pas pour les requêtes de type SELECT CALC_ROWS ... et SELECT FOUND_ROWS() ... car le nombre de lignes retournées est aussi mis en cache.Si une table change ( INSERT , UPDATE , DELETE , TRUNCATE , ALTER ou DROP TABLE|DATABASE ), alors toutes les requêtes mises en cache qui utilisaient cette table deviennent obsolètes et en sont retirées. Les tables transactionnelles InnoDB qui ont été modifiées seront rendues obsolètes lorsqu'un COMMIT sera exécuté.Une requête ne peut être mise en cache si elle contient l'une des fonctions suivantes :
Par contre, FOUND ROWS() retournera une valeur correcte, même si la requête précédente à utilisé le cache. Dans les cas où la requête n'utilise aucune table, en utilise une temporaire, ou que l'utilisateur à un droit particulier sur l'une des tables concernées, celle ci ne sera pas mise en cache.Avant chaque lecture à partir du cache, MySQL vérifie que l'utilisateur à le droit de lecture (SELECT) sur toutes les bases et les tables concernées. Si ce n'est pas le cas, le cache ne sera pas utilisé. |
<< | Comment fonctionne le cache de requêtes | >> |
Référence du langage MySQL | Cache de requêtes MySQL | Configuration du cache de requêtes |