Início / dba / Perguntas / 226134
Accepted
uberrebu
Asked: 2019-01-03 01:36:32 +0800 CST

O dimensionamento vertical é uma boa ideia para um servidor de banco de dados mysql?

  • 772

Eu opero um servidor de banco de dados mariadb/mysql e não quero ter problemas com o gerenciamento de um servidor de banco de dados multi-cluster, tenho acesso a enorme CPU e RAM e ARMAZENAMENTO quando necessário

então minha pergunta para os administradores de banco de dados experientes e experientes é que o dimensionamento vertical é bom o suficiente? sim o tempo de inatividade está ok desde que os dados estejam protegidos Prefiro lidar com o tempo de inatividade de alguma falha do sistema ou problema que só acontecerá muito raramente...

Então, quais são os gargalos que vou encontrar ao executar um banco de dados de até 512 GB de memória e como 128 vCPU? e como 2TB de armazenamento SSD?

como isso é pior do que, digamos, rodando como um cluster de 8 bancos de dados mariadb/mysql com cada 64 GB de memória, 16 vCPU e armazenamento SSD de 256 GB?

sim, eu sei sobre iops, mas quero dizer com muito cache de redis, acho que é possível reduzir o estresse nessa parte também

praticamente há CPUs e servidores cada vez mais poderosos que podem ser empacotados em uma única máquina. typo) de memória em uma única máquina

por favor envie seus conselhos e dicas obrigado!!!

mysql optimization

1 respostas

  1. Best Answer

    "Você não pode jogar hardware em um problema de desempenho." Ou melhor, você não pode fazer isso duas vezes.

    • A velocidade da CPU não mudou significativamente em 20 anos.
    • O número de núcleos aumenta, mas o InnoDB sempre atingiu uma parede de tijolos antes de usar todos os núcleos.
    • Os SSDs foram uma melhoria quântica em relação aos HDDs, mas nada está no horizonte para o próximo salto.
    • Maior RAM (daí buffer_pool) entra em "retornos decrescentes".
    • A Ethernet faz uma "aceleração" de 10x de vez em quando.
    • Levaria anos para encher um disco Petabyte; você não quer ler os dados antes disso?
    • etc.

    Um truque é virtualizar um grande pedaço de ferro com várias VMs, cada uma executando uma instância do MySQL. Isso faz o dimensionamento "horizontal" em um único servidor dimensionado "verticalmente". Isso pelo menos ajuda com a parede de tijolos que mencionei. Mas então você tem um grande, caro e único ponto de falha.

    Minha resposta usual é "vamos ver se podemos programar de forma mais inteligente".

    Um exemplo recorrente é o Data Warehousing. DBAs vêm a este (e outros) fóruns lamentando que seu 'relatório' (um grande SELECTcom um grande GROUP BY) está demorando muito. Ressalto a beleza de uma tabela de resumo -- aceleração 10x, espaço de disco 10x menor. Puf, o problema acabou. Nenhuma atualização de hardware poderia ter chegado a 10x.

    A replicação fornece dimensionamento quase infinito, quase linear, de leituras .

    A fragmentação (escala horizontal) fornece escala quase infinita, quase linear, mas não funciona para todos os aplicativos.

    O melhor que vejo na Vertical é adicionar RAM suficiente para transformar uma consulta vinculada a E/S em uma consulta vinculada à CPU em execução no buffer_pool. Eu vejo regularmente uma melhoria de 10x para isso. Mas é uma melhoria única . Ou seja, adicionar ainda mais RAM não ajudará mais .

    Então, para sua pergunta do título, eu digo um sonoro Não .
    OK, Vertical pode ajudar, mas esteja ciente de seus limites.

    • 1

relate perguntas