MySQL e MariaDB

Monitoramento inteligente de MySQL e MariaDB com DBA Virtual

performance_schema, EXPLAIN em JSON, deadlocks do InnoDB e replicação, com as diferenças entre MySQL e MariaDB tratadas uma a uma.

22 verificações de melhores práticas Versões MySQL 5.7 a 8.4 · MariaDB 10.5 a 11.8 Permissão mínima, só leitura

Ver planos Como protegemos seus dados

O que coletamos

O que o DB Sentinel lê no seu MySQL e MariaDB

Metadados de execução, nunca o conteúdo das suas tabelas.

Consultas e planos

Consumo por digest (o texto já vem sem os valores, então privacidade é inerente) e o plano de execução obtido com EXPLAIN em JSON.

Esperas

Espera acumulada nativa do performance_schema, categorizada em I/O, lock, latch e rede.

Bloqueios e deadlocks

Cadeias de bloqueio do InnoDB e o deadlock extraído e interpretado, com a transação vítima.

Buffer pool e temporários

Taxa de acerto do buffer pool, tabelas temporárias indo para disco e consultas lentas.

Índices e fragmentação

Índices sem uso e duplicados; e o espaço livre dentro da tabela, com OPTIMIZE TABLE sugerido.

Replicação

Fonte e réplicas com atraso, incluindo as diferenças de permissão entre MySQL e MariaDB.

Prevenção operacional

Pressão de buffer pool, redo e row locks, conexões abortadas, caches de tabela e thread, joins sem índice, sorts, retenção do binlog e transporte TLS.

Diferenciais nesta engine

O que você não encontra num painel genérico

Um coletor que entende as duas engines: o que existe só no MySQL degrada de forma limpa no MariaDB.
O texto das consultas nunca traz valores do cliente, a privacidade vem do próprio formato.
O check de topologia entende Group Replication e GTID no MySQL e Galera/wsrep no MariaDB, sem confundir as variantes.

Permissão mínima

usuário de leitura com PROCESS e acesso ao performance_schema (MariaDB usa privilégios próprios para replicação)

Script pronto de permissão mínima: docs/setup_mysql_monitorado.sql (vai junto do produto).

Pré-requisitos e limites

No MariaDB, performance_schema costuma vir desligado. Sem ele continuam os indicadores gerais, mas ficam indisponíveis esperas detalhadas, Top queries, I/O por arquivo, evidências de índice sem uso e os candidatos ao EXPLAIN em JSON.
No MySQL 8.0.22 ou superior, o log recente pode ser lido pela tabela performance_schema.error_log. O MariaDB não oferece essa mesma fonte SQL; por enquanto, erros do servidor ficam vazios sem afetar as outras coletas.
Habilitar performance_schema exige reinício planejado no MariaDB. O DB Sentinel detecta a ausência e orienta, mas nunca altera o servidor automaticamente.