Cette page présente le cache de données, nos recommandations sur le choix des charges de travail sur lesquelles activer le cache de données, et les limites liées à l'utilisation d'un 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 cache de pages du système d'exploitation afin d'utiliser à la fois la mémoire et le disque SSD local.
Lorsque vous activez le cache de données sur votre instance, voici comment Cloud SQL traite les requêtes de lecture et d'écriture :
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 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.
Les opérations suivantes sur l'instance effacent le contenu du cache de données et peuvent entraîner une baisse des performances pendant le remplissage du cache de données :
Maintenance planifiée
Arrêt inattendu (arrêt de l'instance)
Mise à niveau de version majeure
L'instance passe de zonale à régionale ou de régionale à zonale.
Modification du type de machine de l'instance
Le nombre de cœurs de processeur détermine la taille du SSD. Vous ne pouvez pas redimensionner le SSD de manière indépendante.
La mise en cache précise (par exemple, au niveau des tables ou des requêtes) n'est pas acceptée.
Sauf indication contraire, le contenu de cette page est régi par une licence Creative Commons Attribution 4.0, et les échantillons de code sont régis par une licence Apache 2.0. Pour en savoir plus, consultez les Règles du site Google Developers. Java est une marque déposée d'Oracle et/ou de ses sociétés affiliées.
Dernière mise à jour le 2025/09/04 (UTC).
[[["Facile à comprendre","easyToUnderstand","thumb-up"],["J'ai pu résoudre mon problème","solvedMyProblem","thumb-up"],["Autre","otherUp","thumb-up"]],[["Difficile à comprendre","hardToUnderstand","thumb-down"],["Informations ou exemple de code incorrects","incorrectInformationOrSampleCode","thumb-down"],["Il n'y a pas l'information/les exemples dont j'ai besoin","missingTheInformationSamplesINeed","thumb-down"],["Problème de traduction","translationIssue","thumb-down"],["Autre","otherDown","thumb-down"]],["Dernière mise à jour le 2025/09/04 (UTC)."],[],[],null,["# Data cache overview\n\n\u003cbr /\u003e\n\n[MySQL](/sql/docs/mysql/data-cache \"View this page for the MySQL database engine\") \\| [PostgreSQL](/sql/docs/postgres/data-cache \"View this page for the PostgreSQL database engine\") \\| SQL Server\n\n\u003cbr /\u003e\n\n\n| **Note:** This page contains features related to Cloud SQL editions. For more information about Cloud SQL editions, see [Introduction to Cloud SQL editions](/sql/docs/sqlserver/editions-intro).\n\n\u003cbr /\u003e\n\nThis page provides an overview of data cache, our recommendations on choosing workloads on which to enable data cache,\nand the limitations of using a data cache.\n\nData cache is an optional feature that stores data pages on high-speed local solid state drives (SSD) to accelerate query processing. Data cache extends the OS page cache to use both the memory and the local SSD.\n\nYou can enable data cache when you [create an instance](/sql/docs/sqlserver/create-instance).\n\nTo change the data cache setting on your instance,\nsee [edit an instance](/sql/docs/sqlserver/edit-instance) and\n\n[instance settings](/sql/docs/sqlserver/instance-settings#data-cache-sqlserver).\n\n\nWhen you enable data cache on your instance, this is how Cloud SQL\nprocesses read and write requests:\n\n- Read request: Cloud SQL prioritizes reading data from the main memory,\n followed by the data cache, and then the instance's storage.\n This allows for the read operations to be processed with the lowest possible latency.\n\n- Write request: Cloud SQL commits the data to the instance's\n storage and simultaneously writes it to the data cache.\n\nRecommendations\n---------------\n\nData cache provides performance benefits for certain workload types.\nWe recommend that you enable data cache for the following workload types:\n\n- Workloads where the working dataset doesn't fit in the main memory. Using a data cache delivers maximum performance benefits when the entire working dataset can't fit in the instance's main memory.\n In this scenario, Cloud SQL stores the working dataset in the main memory and the data cache.\n The working dataset is generally smaller than the full dataset.\n\n- Workloads with more read operations than write operations. Use a data cache for workloads that are predominantly made up of read operations.\n\n| **Note:** When you switch an instance from Cloud SQL Enterprise Plus edition to Cloud SQL Enterprise edition, data cache is automatically disabled. Switching an instance to Cloud SQL Enterprise edition incurs some downtime.\n\nLimitations\n-----------\n\n- When a data cache becomes full, it removes the stored data based on the least recently used analysis to accommodate subsequent updates to the data cache.\n\n\u003c!-- --\u003e\n\n- The following operations on the instance erase the contents of the data cache and can lead to a drop in performance while the data cache is repopulated:\n - Planned maintenance\n - An unexpected shutdown (stopping the instance)\n - A major version upgrade\n - The instance switching from zonal to regional or from regional to zonal\n - A change to the machine type for the instance\n- The number of CPU cores determines the size of the SSD. You can't resize the SSD independently.\n- Fine-grained caching (for example, table-level caching or query-level caching) isn't supported.\n\n\u003c!-- --\u003e\n\n- The data cache doesn't use the [buffer pool extension](https://learn.microsoft.com/en-us/sql/database-engine/configure-windows/buffer-pool-extension?view=sql-server-ver16)."]]
