Como o Google Cloud SQL é uma instância gerenciada do MySQL sob o capô, limitada a um máximo absoluto em máquinas de 2ª geração de 100 GB de RAM, devo compactar alguns dos meus dados de tabela e índice? Estou projetando um sistema global, portanto, eventualmente, o conjunto de trabalho provavelmente excederá os 100 GB.
Anteriormente, obtive melhorias de desempenho compactando tabelas e índices em sistemas SQL Server e Oracle que estavam vinculados à memória.
Sou novo no GCP e, consequentemente, no MySQL. O uso de compressão ainda se aplicaria neste caso? existem funções ou procedimentos (como a compressão_estimativa no SQL Server) que posso executar para avaliar se uma tabela ou índice se beneficiará da compactação?
Você realmente precisa compactar? Um conjunto de dados de vários terabytes pode viver felizmente em uma máquina de 100 G-RAM. Como são seus dados? Texto? Blobs? Muitas filas? Quer compartilhar o
CREATE TABLEs
?Não tenho detalhes sobre o Cloud SQL. Mas...
A compactação geralmente não é o primeiro lugar a ser observado quando se pensa em dimensionamento. Tem sobrecarga (geralmente CPU, às vezes complexidade).
"Escala" geralmente envolve Sharding ou alguma outra técnica "distribuída".
A RAM geralmente não é o fator limitante no dimensionamento; é espaço em disco. Ou pode ser qualquer uma das várias métricas - IOPs, largura de banda da rede, etc.
Escalando...