Início / dba / Perguntas / 75325
Accepted
Howard Lee
Asked: 2014-08-30 07:28:43 +0800 CST

Como determinar a taxa de leitura/gravação do banco de dados no MongoDB MMS?

  • 772

Olhando para os gráficos MMS do MongoDB, existe uma maneira de calcular uma taxa de leitura/gravação do banco de dados ou determinar aproximadamente se um banco de dados é pesado em leitura ou gravação?

Suponha que eu não tenha contato com o desenvolvedor e, portanto, não tenha ideia do esquema ou caso de uso do banco de dados.

Editar: Entendo que as métricas do MMS são baseadas em bancos de dados inteiros na única instância mongod. No entanto, suponha que atualmente exista apenas um banco de dados.

Exemplo de gráfico MMS: mms_chart

mongodb

2 respostas

  1. Existem duas maneiras.

    opcounters

    Construa a soma dos opcounters que são operações de escrita, construa uma soma dos opcounters que são operações de leitura e coloque-os em relação. Para fazer isso de forma confiável para um cluster sharded, você deve criar um painel que agrupe os opcounters para os shards.

    relação de entrada/saída de rede

    Isso é autoexplicativo. Mas lembre-se de que você deve dividir a taxa de saída pelo número de membros do conjunto de réplicas para ter uma ideia aproximada. Para um cluster estilhaçado, você também precisa disso agrupado por estilhaços em um painel.

    O que realmente me vem à mente: você deve realmente saber se tem um aplicativo pesado de leitura ou gravação. Seu caso de uso, seu modelo de negócios (se aplicável), sua implementação, seus testes de integração: tudo isso deve lhe dar uma ideia.

    • 1
  2. Best Answer

    Os gráficos MMS têm várias quantidades que você pode adicionar para determinar o número de leituras e o número de gravações - de relance, eles são:

    • lê:

      • consultas
      • obter mais

    • Escreve:

      • inserções
      • atualizações
      • exclui/remove

    Como um valor aproximado geral, a proporção deles é adequada.

    Não é tão simples assim porque existem outras "cargas" de leitura e gravação no sistema:

    • gravações do sistema que não aparecem nos contadores, como exclusões de TTL, etc.
    • comandos que podem ser lidos: contagem, agregação, em 2.4 e anteriores getLastError().
    • comandos que podem ser escritos: findAndModify, etc.
    • no primário, uma atualização múltipla ou remoção que corresponda a vários documentos é registrada como uma única operação de gravação (no secundário, seria uma única gravação por documento afetado)
    • uma única operação de leitura (também conhecida como find) pode ser uma consulta indexada rápida ou uma varredura de coleta lenta de milhões de documentos.

    Espero que isso ajude, já que, em geral, você geralmente não se preocupa com a proporção absoluta exata de leituras para gravações, mas sim como essa proporção pode mudar com o tempo.

    • 0

relate perguntas