Início / dba / Perguntas / 254466
Accepted
Freedo
Asked: 2019-11-30 14:52:53 +0800 CST

Desabilite as tabelas de banco de dados para gravações, mas as gravações de relatório foram bem-sucedidas

  • 772

Eu gerencio um banco de dados onde milhares de GBs de dados de log inúteis são criados diariamente.

Não consigo consertar o software que está executando todo esse registro (desnecessário). Existe uma maneira de bloquear (ou desabilitar gravações) esta tabela de log para que ela nunca seja gravada, mas ao mesmo tempo relatará a gravação como bem-sucedida para que não cause problemas com o software?

Eu sei que posso apenas truncar as tabelas com um cronjob, mas gostaria de saber se existe uma abordagem melhor?

mariadb storage-engine

1 respostas

  1. Best Answer

    MySQL , e amigos, ou seja, MariaDB e Percona , têm um mecanismo de armazenamento bastante incomum chamado mecanismo Black Hole - pode ajudar com sua solicitação específica (veja o violino aqui ).

    Por exemplo, se você fizer isso: 

    CREATE TABLE foo
(
  bar INT NOT NULL AUTO_INCREMENT PRIMARY KEY,
  baz VARCHAR (30) NOT NULL
) ENGINE = InnoDB;
Query OK, 0 rows affected (0.07 sec)

    O mecanismo padrão é de InnoDBqualquer maneira, mas estou apenas sendo explícito por uma questão de clareza aqui.

    Em seguida, inserimos alguns registros:

    mysql> INSERT INTO foo (baz) VALUES ('afadfa'), ('sfasdfa'), ('asdfadf');
Query OK, 3 rows affected (0.01 sec)
Records: 3  Duplicates: 0  Warnings: 0

    Não há problemas lá! Então, para verificarmos:

    mysql> SELECT * FROM foo;
+-----+---------+
| bar | baz     |
+-----+---------+
|   1 | afadfa  |
|   2 | sfasdfa |
|   3 | asdfadf |
+-----+---------+
3 rows in set (0.00 sec)

    Tudo é rosa no jardim!

    Agora vem a parte interessante!

    mysql> ALTER TABLE foo ENGINE = BLACKHOLE;
Query OK, 3 rows affected (0.10 sec)
Records: 3  Duplicates: 0  Warnings: 0

    OK. Continuamos alegremente INSERTenviando dados da seguinte forma:

    mysql> INSERT INTO foo (baz) VALUES ('xxxxx'), ('yyyyy'), ('zzzzzzz');
Query OK, 3 rows affected (0.00 sec)
Records: 3  Duplicates: 0  Warnings: 0

    Mais uma vez, tudo está bem e elegante. O banco de dados está feliz, nós estamos felizes e, o mais importante, o software de terceiros está feliz e ignorante de qualquer mudança no ambiente!

    MAS!!! Agora, quando fazemos isso:

    mysql> SELECT * FROM foo;
Empty set (0.00 sec)

    Nada! Zilch! Rien! Nada...

    Nossos dados encontraram o horizonte de eventos do Buraco Negro do qual nada pode escapar! Você pode inserir quantos dados quiser - é como enviar um arquivo para /dev/null*nix!

    Você perguntou:

    Existe uma maneira de bloquear esta tabela de log para que ela nunca seja gravada, mas ao mesmo tempo ela relatará a gravação como bem-sucedida para que não cause problemas com o software?

    e agora você tem (veja acima) comportamento externamente normal no INSERT:

    Query OK, 3 rows affected (0.00 sec)
    Records: 3  Duplicates: 0  Warnings: 0

    Então, somos ouro! Para todos os efeitos, os dados enviados ao servidor estão sendo armazenados fielmente, exceto que não é!

    Para o software que escreve esses logs, parece que tudo está ótimo, mas nada é escrito - é realmente muito bacana.

    Parece que foi feito para sua necessidade. No MariaDB, você precisa carregar um plugin conforme explicado aqui , mas parece bem simples. A partir daqui :

    o aplicativo continuará a funcionar sem erros. Mas como os dados nunca são realmente gravados, todas as E/S extras desaparecem.

    Apenas uma palavra de advertência! Não sei qual é o seu software que está gravando todos esses dados de log no servidor, mas alguém, em algum lugar, achou que valia a pena salvar. Apenas certifique-se de não jogar o bebê fora com a água do banho!

    Além disso, se você tiver um contrato de suporte para esse software irritante, talvez queira verificar se está potencialmente invalidando esse contato ao fazer isso?

    Como nota final, se você tentar algo assim na mesa do Black Hole:

    INSERT INTO foo (baz) VALUES (23, 'asdfds'), (33), (43, 'adsfd');

    Resultado:

    Column count doesn't match value count at row 1

    Portanto, mesmo os erros são autênticos, e seu software se comportará conforme o esperado se houver um erro e continuará (todas as aparências externas) funcionando normalmente se algo assim acontecer.

    Você notará que o violino é para MySQL 8 e não MariaDB. Com MariaDB (neste violino ), recebo um erro de permissão negada se tentar executar

    ALTER TABLE foo ENGINE = BLACKHOLE;

    recebo mensagem:

    Unknown storage engine 'BLACKHOLE'

    Isso é esperado - a partir do link MariaDB:

    O mecanismo de armazenamento BLACKHOLE foi instalado por padrão até o MariaDB 10.0. No MariaDB 10.1 e posterior, o plug-in do mecanismo de armazenamento deverá ser instalado.

    As tentativas de alterar o tipo de mecanismo e instalar o plug-in falharam (dificilmente surpreendente em um servidor público).

    INSTALL SONAME 'ha_blackhole';

    dá:

    INSERT command denied to user
'fiddle_PIIYJABQHVJRTTYOTJLC'@'localhost' for table 'plugin'
    • 4

relate perguntas