Esta página fornece uma visão geral do cache de dados, nossas recomendações sobre como escolher cargas de trabalho para ativar o cache de dados
e as limitações do uso de um cache de dados.
O cache de dados é um recurso opcional que armazena páginas de dados em unidades de estado sólido (SSD) locais de alta velocidade para acelerar o processamento de consultas. O cache de dados estende o cache de página do SO para usar a memória e o SSD local.
Quando você ativa o cache de dados na sua instância, é assim que o Cloud SQL
processa solicitações de leitura e gravação:
Solicitação de leitura: o Cloud SQL prioriza a leitura de dados da memória principal, seguidas pelo cache de dados e pelo armazenamento da instância.
Isso permite que as operações de leitura sejam processadas com a menor latência possível.
Solicitação de gravação: o Cloud SQL confirma os dados no armazenamento da instância e os grava simultaneamente no cache de dados.
Recomendações
O cache de dados oferece benefícios de desempenho para determinados tipos de carga de trabalho.
Recomendamos que você ative o cache de dados para os seguintes tipos de carga de trabalho:
Cargas de trabalho em que o conjunto de dados de trabalho não cabe na memória principal.
O uso de um cache de dados oferece os benefícios máximos de desempenho quando todo o conjunto de dados de trabalho não cabe na memória principal da instância.
Neste cenário, o Cloud SQL armazena o conjunto de dados de trabalho na memória principal e no cache de dados.
O conjunto de dados funcional geralmente é menor que o conjunto de dados completo.
Cargas de trabalho com mais operações de leitura do que operações de gravação.
Use um cache de dados para cargas de trabalho compostas predominantemente por operações de leitura.
Limitações
Quando um cache de dados fica cheio, ele remove os dados armazenados com base na análise menos usada recentemente para acomodar as atualizações subsequentes.
As operações a seguir na instância apagam o conteúdo do cache de dados e podem levar a uma queda no desempenho enquanto o cache de dados é preenchido novamente:
Manutenção planejada
Um encerramento inesperado (interrupção da instância)
Um upgrade de versão principal
A instância que muda de zonal para regional ou de regional para zonal
Uma mudança no tipo de máquina da instância
O número de núcleos da CPU determina o tamanho do SSD. Não é possível redimensionar o SSD de maneira independente.
O armazenamento em cache de granularidade fina (por exemplo, no nível da tabela ou da consulta) não é aceito.
[[["Fácil de entender","easyToUnderstand","thumb-up"],["Meu problema foi resolvido","solvedMyProblem","thumb-up"],["Outro","otherUp","thumb-up"]],[["Difícil de entender","hardToUnderstand","thumb-down"],["Informações incorretas ou exemplo de código","incorrectInformationOrSampleCode","thumb-down"],["Não contém as informações/amostras de que eu preciso","missingTheInformationSamplesINeed","thumb-down"],["Problema na tradução","translationIssue","thumb-down"],["Outro","otherDown","thumb-down"]],["Última atualização 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)."]]
