En esta página, se proporciona una descripción general de la caché de datos, nuestras recomendaciones sobre cómo elegir cargas de trabajo en las que habilitar la caché de datos y las limitaciones de usar una caché de datos.
La caché de datos es una función opcional que almacena páginas de datos en unidades de estado sólido (SSD) locales de alta velocidad para acelerar el procesamiento de consultas. La caché de datos extiende la caché de la página del SO para usar la memoria y la SSD local.
Cuando habilitas la caché de datos en tu instancia, así se procesan las solicitudes de lectura y escritura de Cloud SQL:
Solicitud de lectura: Cloud SQL prioriza la lectura de datos de la memoria principal, seguida de la caché de datos y, luego, del almacenamiento de la instancia.
Esto permite que las operaciones de lectura se procesen con la menor latencia posible.
Solicitud de escritura: Cloud SQL confirma los datos en el almacenamiento de la instancia y los escribe en la caché de datos de forma simultánea.
Recomendaciones
La caché de datos proporciona beneficios de rendimiento para ciertos tipos de cargas de trabajo.
Te recomendamos que habilites la caché de datos para los siguientes tipos de cargas de trabajo:
Cargas de trabajo en las que el conjunto de datos de trabajo no cabe en la memoria principal.
El uso de una caché de datos ofrece los beneficios de rendimiento máximos cuando todo el conjunto de datos de trabajo no puede caber en la memoria principal de la instancia.
En esta situación, Cloud SQL almacena el conjunto de datos de trabajo en la memoria principal y la caché de datos.
El conjunto de datos de trabajo suele ser más pequeño que el conjunto de datos completo.
Cargas de trabajo con más operaciones de lectura que operaciones de escritura.
Usa una caché de datos para cargas de trabajo que, en su mayoría, constan de operaciones de lectura.
Limitaciones
Cuando una caché de datos se llena, quita los datos almacenados en función del análisis de datos menos usados de forma reciente para adaptarse a las actualizaciones posteriores de la caché de datos.
Las siguientes operaciones en la instancia borran el contenido de la caché de datos y pueden provocar una disminución del rendimiento mientras se vuelve a propagar la caché de datos:
Mantenimiento planificado
Un apagado inesperado (detención de la instancia)
Una actualización de la versión principal
Un cambio de la instancia de zonal a regional o de regional a zonal
Un cambio en el tipo de máquina de la instancia
La cantidad de núcleos de CPU determina el tamaño del SSD. No puedes cambiar el tamaño del SSD de forma independiente.
No se admite el almacenamiento en caché detallado (por ejemplo, el almacenamiento en caché a nivel de tabla o a nivel de consulta).
[[["Fácil de comprender","easyToUnderstand","thumb-up"],["Resolvió mi problema","solvedMyProblem","thumb-up"],["Otro","otherUp","thumb-up"]],[["Difícil de entender","hardToUnderstand","thumb-down"],["Información o código de muestra incorrectos","incorrectInformationOrSampleCode","thumb-down"],["Faltan la información o los ejemplos que necesito","missingTheInformationSamplesINeed","thumb-down"],["Problema de traducción","translationIssue","thumb-down"],["Otro","otherDown","thumb-down"]],["Última actualización: 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)."]]