Logs & Auditoria

O objetivo desta seção é ajudar você a rastrear o que foi feito no MyTable: quem executou, quando, em qual conexão/tabela e com qual resultado. Manter um registro simples facilita a conferência, o suporte e a segurança.

O que registrar

• Data e hora (início e fim) de cada operação relevante.
• Conexão usada (MySQL ou PostgreSQL), banco e (se PG) schema.
• Objeto alvo: tabela/view/função (nome completo).
• Ação executada: SELECT, CRUD, criar/alterar tabela, índices, triggers, etc.
• Escopo: linhas afetadas (lidas/inseridas/atualizadas/excluídas), quando aplicável.
• Parâmetros-chave: filtros usados, paginação, limites.
• Resultado: sucesso/erro, mensagem resumida.

Dica: use um ID de execução (código curto) para relacionar prints/chamados ao log.

Onde ver no app

• Histórico (Editor SQL): lista consultas recentes, ajudando a reexecutar e auditar.
• Logs (quando disponível): tela que consolida operações e resultados.

Para trilhas corporativas, considere armazenar um log servidor-side na sua API.

Modelo simples de log (sugestão)

• Data/Hora: 2025-09-13 14:22:08
• Usuário: (identificação do operador)
• Conexão: MySQL@erp_prod
• Objeto: public.clientes (PG) ou clientes (MySQL)
• Ação: SELECT com LIMIT 500
• Linhas: lidas=487
• Resultado: sucesso (450 ms)
• ID Execução: MT-20250913-142208-001

Indicadores úteis

• Tempo total de operações por dia e por tabela.
• Taxa de processamento (linhas/seg) em importações/edições em massa.
• Falhas por motivo: permissão, estrutura, rede/timeout, sintaxe.

Boas práticas

• Padronize o formato do log para facilitar filtros e buscas.
• Separe por ambiente (homolog/produção).
• Nunca grave senhas ou dados sensíveis em texto puro.
• Para produção, prefira também registrar no servidor (API) com retenção definida.

Conferência rápida pós-execução

• Compare quantidade de linhas retornadas/alteradas com o esperado.
• Valide alguns registros-chave (ids, datas, valores).
• Revise o tempo e, se necessário, ajuste filtros/índices para as próximas execuções.

Erros comuns (e soluções)

“Sem logs suficientes para auditoria”

• Ative o histórico no app e complemente com log no servidor (API) incluindo usuário, IP, endpoint e resultado.

“Divergência entre contagens”

• Reexecute a consulta com filtros explícitos e COUNT(*). Verifique paginação/limites e permissões.

“Logs com dados sensíveis”

• Remova/mascare campos sigilosos (ex.: CPF completo) e mantenha apenas o necessário para auditoria.

Próximo: MySQL • Visualizar Tabelas • Voltar: Segurança & Permissões