05. Monitoração e observabilidade de bancos de dados

Operar bem exige perceber a degradação antes da indisponibilidade. Métricas, logs e rastros ganham valor quando podem ser relacionados a uma pergunta, a um comportamento esperado e a uma ação concreta.

Com o modelo e a linguagem estabelecidos, passamos a cuidar do banco em funcionamento. A sequência liga governança, arquitetura interna, transações, desempenho, observabilidade, segurança, recuperação e soluções em memória. Este é o capítulo 5 de 8 da disciplina Administração de Bancos de Dados. A leitura retoma Otimização e desempenho em larga escala e usa essa base para avançar. Depois, seguiremos para Segurança de bancos de dados.

O fio condutor

Banco de dados deve ser estudado como um sistema de decisões conectadas. O significado atribuído ao dado orienta o modelo; o modelo condiciona consultas e atualizações; o SGBD executa essas operações sob regras de segurança, concorrência, desempenho e recuperação. Quando uma dessas camadas muda, as demais podem ser afetadas.

Ao longo da leitura, acompanhe sempre quatro perguntas: qual problema está sendo resolvido, qual estrutura representa o problema, que garantia precisa ser preservada e qual custo acompanha a escolha. Esse roteiro ajuda a compreender os conceitos em vez de apenas memorizar nomes.

O que monitorar

Começamos por O que monitorar, pois essa base permite compreender as decisões apresentadas nas seções seguintes.

Um programa de monitoração acompanha indicadores que sinalizam com antecedência problemas de disponibilidade e desempenho — não apenas o estado atual do serviço.

Repare como Conexões e locks, Consultas lentas, Disco e replicação participam da mesma decisão. Ao relacionar esses elementos, fica mais fácil prever o comportamento do banco e reconhecer os efeitos de cada escolha.

Logs do SGBD

A seção anterior apresentou O que monitorar. Agora chegamos a Logs do SGBD, que acrescenta a próxima peça do mesmo raciocínio.

Os logs são a segunda fonte do diagnóstico, e cobrem tanto desempenho quanto segurança e operação: registram erros, falhas de conexão e de autenticação, além de permitirem capturar seletivamente as consultas lentas — o slow query log do MySQL e o log_min_duration_statement do PostgreSQL, que registra o comando quando ele ultrapassa a duração configurada.