Nesta página, apresentamos uma visão geral do cache de dados e recomendações para as cargas de trabalho que funcionam melhor quando o cache de dados está ativado. Esta página também lista as limitações do 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 pool de buffer do MySQL para usar a memória e o SSD local. Por padrão, o cache de dados é ativado automaticamente quando você cria uma instância da edição Enterprise Plus do Cloud SQL. Se você fizer upgrade de uma instância do Cloud SQL Enterprise para o Cloud SQL Enterprise Plus, o cache de dados será ativado automaticamente.
Se você não quiser usar o cache de dados, desative-o ao criar a instância do Cloud SQL Enterprise Plus ou ao fazer upgrade de uma instância do Cloud SQL Enterprise para o Cloud SQL Enterprise Plus. É possível desativar o cache de dados em uma instância da edição Cloud SQL Enterprise Plus com tempo de inatividade quase zero. Para mudar a configuração de cache de dados na sua instância, consulte editar uma instância e configurações da instância.
Para instâncias com o cache de dados ativado, o Cloud SQL processa solicitações de leitura e gravação da seguinte maneira:
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 16 ou mais vCPUs.
O uso de um cache de dados geralmente oferece mais benefícios de desempenho para cargas de trabalho com 16 ou mais vCPUs.
- 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.
- Se houver um encerramento ou reinicialização acionado pelo usuário ou pelo sistema, o conteúdo do cache de dados estará disponível na reinicialização. No entanto, se a instância principal realizar uma manutenção ou encontrar um encerramento inesperado, como em uma operação de failover, o conteúdo do cache de dados será perdido. Isso pode reduzir o desempenho enquanto o cache de dados é preenchido novamente.