Início / dba / Perguntas / 48028
Accepted
Craig Sefton
Asked: 2013-08-14 01:23:40 +0800 CST

Como determino quantos dados estão sendo gravados por dia por meio de operações de inserção, atualização e exclusão?

  • 772

A longevidade dos SSDs é amplamente determinada pela quantidade de bytes gravados pelas operações de inserção, atualização e exclusão. Qual é a melhor maneira de determinar com precisão quantos dados estão sendo gravados pelo MariaDB 5.5 diariamente para que eu possa usar isso para estimar a possível longevidade dos SSDs se usados ​​em um ambiente de banco de dados de gravação pesada?

A configuração atual é que todas as tabelas são InnoDB. Posso usar Innodb_data_writtene Uptimepara determinar uma ideia aproximada dos bytes escritos por dia ou existe uma maneira melhor de fazer isso?

mysql innodb

3 respostas

  1. Best Answer

    MONITORAMENTO

    Há tantas gravações para acompanhar

    • Dados
    • SQL
    • Buffer de Gravação Duplo
    • Sistema operacional
      • Innodb_os_log_written : O número de bytes gravados nos arquivos de redo log do InnoDB
      • Innodb_data_fsyncs : O número de operações fsync() até agora. A frequência das chamadas fsync() é influenciada pela definição da opção de configuração innodb_flush_method.
    • Gravações relacionadas ao MyISAM

    As gravações de dados vêm na forma de

    Fontes externas

    • Conexões de banco de dados de seus aplicativos
    • Restaurações de dados
      • Recarregando mysqldumps
      • LOAD DATA INFILE
    • Replicação do MySQL por meio de threads de entrada/saída (se o servidor de banco de dados for um mestre)

    Fontes internas

    • Ler e gravar threads de E/S para gravação em logs de transação
    • Inserir buffer do pool de buffer do InnoDB
    • Buffer de Gravação Duplo
    • Replicação do MySQL
      • IO Thread (se o DB Server for um Slave)
      • Linha SQL
    • Gravação do Buffer de Log
    • Arquivos de tablespace individuais ( .ibd)
    • FSyncs (enviando alterações para o disco)

    Arquitetura InnoDB

    Arquitetura InnoDB

    VIDA ÚTIL DO SSD

    Se você está mais preocupado com a longevidade do SSD, tente mover algumas das partes do InnoDB do SSD para um HDD rápido. Quais partes vão para onde?

    • HDD (RAID 10)
      • Espaço de tabela do sistema InnoDB (ibdata1)
      • Logs de transações do InnoDB (ib_logfile0,ib_logfile1)
      • Registros binários
      • Relay Logs (se o seu servidor for um MySQL Replication Slave)
    • SSD
      • .frmarquivos
      • .ibdarquivos
    • Veja esta boa entrada de blog de um MySQL FaceBook Engineer sobre esta sugestão

    Aqui estão algumas das minhas postagens anteriores sobre como mover mecanismos de registro de divisão entre SSD e HDD

    DE UMA CHANCE !!!

    • 5

  2. Innodb_data_write "é a quantidade de dados gravados até agora, em bytes." (citação de: http://dev.mysql.com/doc/refman/5.1/en/server-status-variables.html#statvar_Innodb_data_written ) O mecanismo de armazenamento realmente grava mais no disco do que isso.

    Existem dois padrões de gravação principais no Innodb (ao lado dos binlogs, se houver):

    • Arquivos de log do Innodb (mudança de dados reais)
    • Flushing to tablespace (por páginas, mesmo uma alteração de 1 byte fará com que uma página seja marcada como suja)

    Se você deseja ter métricas precisas, precisa levar em consideração ambos.

    Número de sequência de log do status innodb do mecanismo de exibição e sua alteração ao longo do tempo, o que significa bytes gravados em innodb_log_files.

    Innodb_buffer_pool_pages_flushed de mostrar status global; fornece o número de páginas liberadas desde o início. O tamanho da página é 16k por padrão (pode ser alterado por recompilação).

    • 2

  3. Se você mantiver seus arquivos de banco de dados em dispositivos dedicados (como eu), poderá usar as ferramentas do sistema operacional para fazer isso com bastante facilidade. Tente iostat -dm, que imprimirá estatísticas cumulativas de E/S desde a reinicialização do sistema operacional. Aqui está a saída de um dos meus servidores

    $ iostat -dNm

Device:                  tps MB_read/s MB_wrtn/s  MB_read MB_wrtn                                                                        
mysql_volgrp2-logs     80.13      0.00      1.59      313 2608762                                                                        
mysql_volgrp1-db      513.05      8.97      6.09 14726683 9988059                                                                        
mysql_volgrp3-iblogs    1.16      0.00      0.06        2   95082

    Para a longevidade do SSD, você só se preocupa com as gravações. Pegue no meu exemplo o volgrp1-db, que registrou 9,9 TB de gravações desde a inicialização do servidor. Também gosto de pegar o MB_wrtn/s, que é uma média desde a inicialização do servidor, e fazer uma conversão de unidade de MB/s para GB/ano.

    Se você é preguiçoso, pode fazer as contas com muita facilidade com uma simples pesquisa no Google. Tente pesquisar " 10000 * 300 GB / 8,97 MB/s " no Google. Isso calculará que uma unidade de 300 GB classificada para 10.000 ciclos de gravação a uma taxa média de gravação de 8,97 MB/s duraria cerca de 10,6 anos.

    • 1

relate perguntas