MySQL no Benchmark de Desempenho do Azure – ScaleGrid vs. Banco de Dados do Azure

O Microsoft Azure é um dos provedores de nuvem mais populares do mundo e uma opção natural para hospedagem de banco de dados em aplicativos que aproveitam a Microsoft em toda a infraestrutura. MySQL é o banco de dados de código aberto número um que geralmente é hospedado por meio de instâncias do Azure. Embora a Microsoft ofereça seu próprio produto de banco de dados do Azure, existem outras alternativas disponíveis que podem ajudá-lo a melhorar o desempenho do MySQL. Nesta postagem do blog, comparamos o Banco de Dados do Azure para MySQL versus o ScaleGrid MySQL no Azure para que você possa ver qual provedor oferece o melhor desempenho de taxa de transferência e latência. Medimos a latência em ms latência do percentil 95.

Em resumo – TLDR

Cargas de trabalho de leitura intensiva Durante Cargas de Trabalho de Leitura Intensiva, o ScaleGrid consegue atingir uma taxa de transferência até 3 vezes maior e uma latência média 66% melhor em comparação com o Banco de Dados do Azure. Leia agora Cargas de trabalho balanceadas Com uma taxa de transferência média de 150% melhor e menos de um terço da latência, ScaleGrid supera o Banco de Dados do Azure para cargas de trabalho balanceadas. Leia agora Cargas de trabalho com muita gravação O Scalegrid atinge uma taxa de transferência até 4 vezes maior e uma latência média 64% menor em todos os segmentos em comparação com o Banco de Dados do Azure para MySQL. Leia agora

Apenas começando? Confira a publicação A Melhor Maneira de Hospedar o MySQL no Azure Cloud para saber mais sobre como otimizar sua implantação de banco de dados na nuvem.

Referência de desempenho do MySQL Azure

Neste relatório de referência, comparamos a hospedagem do MySQL no Azure no ScaleGrid versus o Banco de Dados do Azure para MySQL nesses três cenários de carga de trabalho:

• Carga de trabalho de leitura intensiva:80% de leituras e 20% de gravações
• Carga de trabalho balanceada:50% de leituras e 50% de gravações
• Carga de trabalho intensiva de gravação:20% de leituras e 80% de gravações

Medimos a taxa de transferência e o desempenho da latência do MySQL e medimos a taxa de transferência em termos de consultas por segundo (QPS) e latência em termos de percentil 95 (ms). Confira nossa seção de configuração de benchmark abaixo do relatório de desempenho para ver como esses testes foram configurados.

Desempenho de leitura intensiva do MySQL

As cargas de trabalho de leitura intensiva do MySQL são cargas de trabalho normalmente dominadas por operações de leitura, como SELECT. Assim, uma carga de trabalho de leitura intensiva seria aquela que pesquisa o banco de dados com mais frequência do que escrever nele. A Percona tem um ótimo post sobre cargas de trabalho com uso intenso de leitura e escrita, onde você pode aprender mais.

Vamos dar uma olhada na taxa de transferência e no desempenho da latência do ScaleGrid MySQL vs. Azure Database for MySQL:

Produtividade

Latência

Reduza a latência do #MySQL em 66% no Azure, com desempenho de taxa de transferência até 3 vezes maiorClique para Tweet

Desempenho de carga de trabalho balanceada do MySQL

As cargas de trabalho balanceadas aproveitam quantidades aproximadamente iguais de operações de leitura e operações de gravação.

Produtividade

Latência

Desempenho de gravação intensiva do MySQL

Enquanto as operações de leitura estão pesquisando no banco de dados, as operações de gravação são aquelas que salvam ou modificam o banco de dados, como consultas INSERT, UPDATE ou DELETE. As cargas de trabalho com uso intenso de gravação geralmente são mais caras do que as cargas de trabalho com uso intenso de leitura, pois as operações consomem mais recursos. Vamos comparar o desempenho de latência e taxa de transferência do Banco de Dados do Azure em relação ao ScaleGrid em cargas de trabalho com uso intensivo de gravação do MySQL.

Produtividade

Latência

Como podemos ver nos relatórios acima, o ScaleGrid ajuda você a aumentar significativamente sua taxa de transferência e diminuir sua latência em relação a implantações de banco de dados do Azure para MySQL em cargas de trabalho de leitura intensa, gravação intensiva e balanceadas cenários. Para saber mais sobre como esses dois provedores se comparam entre os recursos, confira a página ScaleGrid vs. Azure Database MySQL.

Configurações de referência

Vamos dar uma olhada nas configurações que usamos no benchmark de desempenho:

Comparação de configuração

Projetamos a configuração usando os planos mais comparáveis ​​oferecidos entre o ScaleGrid e o Banco de Dados do Azure. Existem apenas pequenas diferenças e os custos são os mesmos para os dois provedores:

Configuração do Sysbench

Configuração do MySQL Server

Observe que no ScaleGrid, você tem opções avançadas para personalizar suas configurações do MySQL. Isso permite que você personalize sua implantação de acordo com as necessidades do seu aplicativo e otimize o desempenho. Infelizmente, o Banco de Dados do Azure não permite a personalização de alguns dos parâmetros, portanto, você fica preso às configurações padrão disponíveis por meio de sua plataforma.

Por exemplo, conseguimos personalizar o tamanho do arquivo de log do InnoDB para 1 GB, enquanto para o Banco de Dados do Azure, isso não pode ser modificado e tem um valor padrão de 268 M. Saiba mais sobre as limitações no Banco de Dados do Azure para MySQL.

Há muitas outras vantagens de usar o Scalegrid MySQL para Azure, confira a comparação completa em nossa página ScaleGrid vs. Azure Database – MySQL Hosting.