Bases de dados
    Atualizado maio de 2026
    MariaDB logo

    MariaDB Monitorização

    Monitorize o desempenho das consultas MariaDB, o buffer pool do InnoDB, o estado da replicação e as métricas de ligação em tempo real, sem necessidade de configuração.

    Por que monitorizar MariaDB?

    O MariaDB é um fork do MySQL desenvolvido pela comunidade, utilizado por milhões de pessoas em aplicações web, armazenamento de dados e cargas de trabalho empresariais. A monitorização do MariaDB é essencial para otimizar o rendimento das consultas, acompanhar a eficiência do buffer pool do InnoDB, detetar atrasos na replicação e gerir os conjuntos de ligações. A integração do MariaDB com o Xitoring proporciona uma visibilidade aprofundada do desempenho da sua base de dados.

    Deteção automática via Xitogent — sem configuração manual necessária
    Throughput de consultas em tempo real e deteção de consultas lentas
    Rácio de hit do buffer pool InnoDB e métricas de páginas
    Monitorização do lag de replicação e estado dos slaves
    Acompanhamento da utilização do pool de ligações e estados das threads
    Deteção de table locks e deadlocks
    Funciona em servidores Linux e Windows
    Intervalos de recolha de métricas de 1 minuto
    O que é a monitorização do MariaDB?

    Monitorização do MariaDB, explicada

    A monitorização do MariaDB deteta instabilidade de cluster Galera, deriva de replicação, consultas lentas e saturação de ligações antes que causem split-brain, tempestades de failover de réplica ou lentidão em toda a conta de alojamento. Para hosts WordPress em cPanel, clusters Galera HA e qualquer carga de trabalho MariaDB, a visibilidade por base de dados mais o estado específico wsrep_* do Galera é o que separa um failover limpo de 30 segundos de uma falha de várias horas. O Xitoring descobre automaticamente o seu MariaDB, lê as views de estado nativas mais o estado Galera, e encaminha alertas para Slack, PagerDuty, Telegram ou para a sua equipa de plantão existente.

    Métricas

    O que monitorizamos

    Consultas por segundo

    Taxa de instruções SELECT, INSERT, UPDATE e DELETE.

    Consultas lentas

    Número de consultas que excedem o limite long_query_time configurado.

    Taxa de hit do buffer pool InnoDB

    Percentagem de leituras de página servidas a partir do buffer pool vs disco.

    Operações de linhas InnoDB

    Taxa de leituras, inserções, atualizações e eliminações de linhas no InnoDB.

    Ligações

    Threads ativas, threads ligadas e utilização de max_connections.

    Estados das threads

    Distribuição dos estados das threads (running, sleeping, locked, etc.).

    Lag de replicação

    Seconds_Behind_Master e estado das threads I/O/SQL do slave.

    Locks de tabela

    Esperas e aquisições imediatas de locks de tabela.

    Tabelas temporárias

    Taxa de tabelas temporárias criadas em disco vs em memória.

    Binary log

    Tamanho do binary log e contagem de eventos para acompanhamento de replicação.

    Ligações abortadas

    Tentativas de ligação falhadas e ligações de cliente abortadas.

    Operações do handler

    Taxas de leitura/escrita do handler que indicam a atividade do motor de armazenamento.

    Alerta e notificação

    Configurável condições de alerta

    Configure alertas personalizados no seu painel para ser notificado assim que as métricas dMariaDB ultrapassarem os limites que definiu.

    MariaDB painel de controlo da configuração dos gatilhos de monitorização

    Lag de replicação

    crítico

    Dispara quando o slave fica atrás do master, arriscando inconsistência de dados e leituras desatualizadas.

    Consultas lentas

    aviso

    Dispara quando a taxa de consultas lentas excede o limite, indicando consultas não otimizadas ou índices em falta.

    Taxa de hit do buffer pool

    aviso

    Alerta quando o rácio de hit do buffer pool InnoDB cai, aumentando a E/S de disco.

    Utilização de ligações

    crítico

    Dispara quando as ligações ativas se aproximam de max_connections, arriscando erros connection refused.

    Esperas de locks de tabela

    aviso

    Dispara quando a contenção de locks de tabela aumenta, degradando o desempenho de consultas concorrentes.

    Ligações abortadas

    crítico

    Alerta quando as falhas de ligação aumentam, indicando problemas de autenticação ou de rede.

    01

    Importância da monitorização do MariaDB

    O MariaDB lida com dados críticos para aplicações web, plataformas de e-commerce e sistemas empresariais. Sem monitorização, consultas lentas, drift de replicação e esgotamento de ligações podem degradar silenciosamente a experiência do utilizador e arriscar perda de dados.

    • Detete consultas lentas antes que afetem os tempos de resposta da aplicação
    • Monitorize a eficiência do buffer pool InnoDB para otimizar a alocação de memória
    • Acompanhe a saúde da replicação para garantir a consistência das read replicas
    • Identifique o esgotamento do pool de ligações a partir dos servidores aplicacionais
    • Evite a contenção de locks de tabela em ambientes de alta concorrência
    Dashboard de monitorização MariaDB com throughput de consultas e métricas InnoDB
    Análise de desempenho MariaDB com monitorização do pool de ligações e locks
    02

    Porquê escolher Xitoring

    O Xitoring oferece monitorização MariaDB de nível empresarial com configuração zero-config. O nosso agente leve deteta automaticamente as suas instâncias MariaDB, começa a recolher métricas em menos de 60 segundos e integra-se com os seus canais de notificação existentes.

    • Instalação num único comando — sem YAML complexo nem ficheiros de configuração
    • Mais de 15 nós de monitorização globais para verificações de baixa latência
    • Dashboard unificado para servidores, bases de dados e uptime
    • Alertas flexíveis via Slack, PagerDuty, Telegram e outros
    • Retenção de dados históricos para planeamento de capacidade e auditorias
    Visão geral da monitorização MariaDB com Xitoring
    Configuração de canais de notificação de alertas
    Casos de uso

    Cenários comuns de monitorização do MariaDB

    Onde o MariaDB normalmente é executado hoje — e o que pode correr mal se ninguém estiver a monitorizar.

    WordPress e outros websites em servidores de alojamento

    Quando muitos websites partilham o mesmo servidor de base de dados, um plugin lento ou uma consulta descontrolada pode silenciosamente arrastar para baixo todos os sites no servidor. Nós identificamos a origem do abrandamento para que a equipa possa corrigir a origem em vez de reiniciar às cegas.

    Clusters que permanecem online durante falhas

    As configurações de produção executam várias cópias da base de dados para que uma falha não possa derrubar a aplicação. Quando as cópias discordam ou perdem contacto umas com as outras, o cluster inteiro pode de repente parar de aceitar alterações. Nós detetamos o desvio cedo para que a rede de segurança continue a funcionar.

    Bases de dados atrás de um gateway de conexão

    Um gateway de conexão à frente da base de dados acelera as consultas e protege a base de dados de tempestades de conexão — mas adiciona uma peça móvel. Nós monitorizamos ambas as camadas como uma unidade para que os problemas sejam detetados na peça que os introduziu, e não depois de se propagarem.

    Antes de começar

    Pré-requisitos para MariaDB

    Certifique-se de que tem tudo isto pronto — depois disso, a maioria das instalações leva 60 segundos.

    • MariaDB 10.x em execução no servidor
    • performance_schema = ON na secção [mysqld]
    • Um utilizador de monitorização com PROCESS, REPLICATION CLIENT e SELECT em performance_schema
    Guia de configuração

    Comece a minutos

    1

    Instalar o Xitogent no seu servidor

    Se ainda não o fez, instale o leve agente de monitorização Xitogent no seu servidor.

    curl -s https://xitoring.com/install.sh | sudo bash -s -- --key=YOUR_API_KEY
    2

    Criar um utilizador de monitorização

    Crie um utilizador MariaDB dedicado com privilégios mínimos para a recolha de métricas:

    CREATE USER 'xitoring'@'%' IDENTIFIED BY 'your_password'; GRANT REPLICATION CLIENT ON *.* TO 'xitoring'@'%' WITH MAX_USER_CONNECTIONS 5; GRANT PROCESS ON *.* TO 'xitoring'@'%'; GRANT SELECT ON performance_schema.* TO 'xitoring'@'%'; FLUSH PRIVILEGES;
    3

    Ativar a integração do MariaDB

    Use o painel do Xitoring ou a CLI para ativar a integração do MariaDB.

    sudo xitogent integrate
    4

    Configurar limiares de alerta (opcional)

    Defina limiares personalizados para taxa de queries, rácio de hit do buffer pool ou atraso de replicação para ser notificado quando algo merecer atenção.

    5

    Confirme que está a funcionar

    Execute este comando no servidor para confirmar que o Xitogent detetou a integração. Em cerca de 30 segundos começam a chegar novas métricas ao seu painel.

    sudo xitogent status

    Frequentemente perguntas feitas

    A monitorização do MariaDB é diferente da do MySQL?
    O MariaDB e o MySQL partilham muitas métricas, mas o MariaDB possui funcionalidades exclusivas, como o motor de armazenamento Aria e o Galera Cluster. A integração do MariaDB está otimizada para métricas específicas do MariaDB.
    Esta integração irá afetar o desempenho do MariaDB?
    Não. A Xitogent utiliza consultas SHOW STATUS leves, cujo impacto no desempenho da base de dados é insignificante.
    Posso monitorizar o Galera Cluster?
    Sim. A integração inclui métricas específicas do Galera, como o controlo de fluxo do wsrep, o tamanho do cluster e o estado da replicação, quando o Galera é detetado.
    Quais são as versões do MariaDB compatíveis?
    O Xitoring é compatível com o MariaDB 10.3 e versões posteriores, incluindo as versões mais recentes do MariaDB 11.x.
    É possível monitorizar várias instâncias num único servidor?
    Sim. O Xitogent pode monitorizar várias instâncias do MariaDB em execução em diferentes portas no mesmo servidor.
    Com que frequência são recolhidos os indicadores?
    Por predefinição, as métricas são recolhidas a intervalos de 1 minuto. Esta configuração pode ser ajustada através do painel de controlo do Xitoring ou da CLI.
    O que é o MariaDB MaxScale e como faço a sua monitorização?
    O MaxScale é o proxy oficial do MariaDB para encaminhamento de consultas, divisão R/W e agrupamento de ligações. Monitorize os endpoints de saúde do próprio MaxScale em conjunto com a integração MariaDB para obter o estado por backend, ligações atuais e decisões de encaminhamento. Em conjunto, dão-lhe visibilidade total do caminho do pedido, da aplicação → MaxScale → nós de backend MariaDB.
    Posso monitorizar várias instâncias MariaDB no mesmo servidor?
    Sim. Execute várias instâncias MariaDB em portas diferentes (ou em contentores) e configure o Xitogent com cada socket/host+porta — cada instância é seguida separadamente no dashboard, com as suas próprias métricas, alertas e histórico. Útil para staging+produção na mesma máquina, ou para isolamento de bases de dados por inquilino.
    Que versões do MariaDB são suportadas?
    O MariaDB 10.11 LTS, MariaDB 11.4 LTS e MariaDB 11.8 LTS (atual, com pesquisa vetorial) são totalmente suportados, em implementações autónomas ou com cluster Galera. A integração deteta automaticamente se o Galera está ativo e expõe as métricas `wsrep_*` apenas nos nós do cluster. Os plugins ColumnStore, Spider e ThreadPool são detetados e expostos quando presentes.

    Comece a monitorizar MariaDB hoje

    Configure em menos de 60 segundos. Não é necessário cartão de crédito. Estatísticas completas desde o primeiro dia.

    Iniciar período de avaliação gratuita

    Continue a explorar

    Relacionado Integrações