Cette page présente le cache de données et fournit des recommandations sur les charges de travail qui fonctionnent le mieux lorsque le cache de données est activé. Cette page liste également les limites du cache de données.
Le cache de données est une fonctionnalité facultative qui stocke les pages de données sur des disques durs SSD locaux très rapides pour accélérer le traitement des requêtes. Le cache de données étend le pool de mémoire tampon MySQL afin d'utiliser à la fois la mémoire et le disque SSD local. Par défaut, le cache de données est automatiquement activé lorsque vous créez une instance Cloud SQL Enterprise Plus. Si vous mettez à niveau une instance Cloud SQL Enterprise vers l'édition Cloud SQL Enterprise Plus, le cache de données est automatiquement activé.
Si vous ne souhaitez pas utiliser le cache de données, vous pouvez le désactiver lorsque vous créez l'instance Cloud SQL Enterprise Plus ou lorsque vous mettez à niveau une instance Cloud SQL Enterprise vers Cloud SQL Enterprise Plus. Vous pouvez désactiver le cache de données pour une instance Cloud SQL Enterprise Plus existante avec un temps d'arrêt quasi nul. Pour modifier le paramètre du cache de données sur votre instance, consultez Modifier une instance et Paramètres d'instance.
Pour les instances sur lesquelles le cache de données est activé, Cloud SQL traite les requêtes de lecture et d'écriture de la manière suivante :
Requête de lecture : Cloud SQL donne la priorité aux données de la mémoire principale, suivies du cache de données, puis de l'espace de stockage de l'instance. Cela permet de traiter les opérations de lecture avec la latence la plus faible possible.
Requête d'écriture : Cloud SQL effectue un commit des données dans l'espace de stockage de l'instance et les écrit simultanément dans le cache de données.
Recommandations
Le cache de données offre des avantages en termes de performances pour certains types de charges de travail. Nous vous recommandons d'activer le cache de données pour les types de charges de travail suivants :
- Charges de travail pour lesquelles l'ensemble de données de travail ne peut pas tenir dans la mémoire principale.
L'utilisation d'un cache de données offre des avantages optimaux en termes de performances lorsque l'ensemble de données complet ne peut pas tenir dans la mémoire principale de l'instance. Dans ce scénario, Cloud SQL stocke l'ensemble de données de travail dans la mémoire principale et dans le cache de données. L'ensemble de données de travail est généralement plus petit que l'ensemble de données complet.
- Charges de travail avec 16 processeurs virtuels ou plus.
L'utilisation d'un cache de données offre généralement de meilleures performances pour les charges de travail comportant 16 processeurs virtuels ou plus.
- Charges de travail avec plus d'opérations de lecture que d'opérations d'écriture.
Utilisez un cache de données pour les charges de travail composées principalement d'opérations de lecture.
Limites
- Lorsqu'un cache de données est plein, il supprime les données stockées en fonction de l'analyse la moins récemment utilisée afin de tenir compte des mises à jour ultérieures du cache de données.
- En cas d'arrêt ou de redémarrage déclenché par l'utilisateur ou le système, le contenu du cache de données est disponible au redémarrage. Toutefois, si l'instance principale effectue des opérations de maintenance ou subit un arrêt inattendu, par exemple lors d'une opération de basculement, le contenu du cache de données est perdu. Cela peut entraîner une dégradation des performances lors du remplissage du cache de données.