Como configurar MariaDB no Ubuntu 24.04 para WordPress

16 min de leitura  ·  Guia técnico

Como configurar MariaDB no Ubuntu 24.04 LTS para alta performance em sites WordPress é o processo de ajustar instalação, InnoDB, conexões, logs e parâmetros do banco para reduzir gargalos no WordPress. Para configurar com segurança, siga estes passos:

1. Confirme acesso administrativo ao Ubuntu 24.04 LTS e faça backup do arquivo de configuração.
2. Instale ou valide o MariaDB e verifique se o serviço está ativo.
3. Crie um arquivo dedicado de tuning para WordPress sem sobrescrever configurações padrão.
4. Ajuste InnoDB, conexões e logs conforme a memória disponível no servidor.
5. Reinicie o MariaDB, teste o WordPress e acompanhe logs antes de ampliar novos ajustes.

Pré-requisitos para configurar MariaDB no Ubuntu 24.04

Tuning de MariaDB para WordPress exige acesso administrativo ao sistema, porque os principais parâmetros ficam em arquivos globais do serviço. Antes de alterar qualquer configuração, confirme que você consegue acessar o servidor por SSH, reiniciar serviços e recuperar um backup caso o MariaDB não suba após uma mudança incorreta.

• Ubuntu 24.04 LTS com acesso root ou usuário com sudo.
• Site WordPress já instalado ou ambiente preparado para apontar para o banco MariaDB.
• Acesso ao terminal via SSH. Se precisar revisar o acesso, veja Acessando servidores VPS Linux da AviraHost.
• Backup recente do site WordPress e do banco de dados antes de alterar parâmetros de produção.
• Conhecimento básico de edição de arquivos no Linux e permissão para reiniciar o serviço mariadb.
• Memória livre suficiente para que o MariaDB, PHP, servidor web e processos do sistema operem sem swap excessiva.

Se o WordPress está em hospedagem compartilhada, você normalmente não terá acesso ao arquivo global do MariaDB. Nesse caso, a otimização fica limitada ao painel, plugins, cache de aplicação e boas práticas de consultas. Para ajustes de servidor, a administração precisa estar disponível no ambiente.

Instalar e validar MariaDB no Ubuntu 24.04 LTS

Instalação do MariaDB no Ubuntu 24.04 deve começar pela validação do pacote e do serviço, mesmo quando o banco já parece estar funcionando. Ao rodar estes comandos, você verá se o sistema está atualizado, se o MariaDB está instalado e se o daemon responde corretamente antes de qualquer tuning.

sudo apt update
sudo apt install mariadb-server mariadb-client -y

Output esperado:
Listas de pacotes atualizadas.
mariadb-server e mariadb-client instalados ou já presentes no sistema.

Depois da instalação, confirme o estado do serviço. O WordPress depende de disponibilidade contínua do banco; portanto, não avance para tuning se o serviço estiver falhando antes das alterações.

sudo systemctl status mariadb --no-pager

Output esperado:
Active: active (running)

Valide também se o cliente consegue conversar com o servidor local. Ao rodar este comando, você verá uma resposta curta indicando que o MariaDB está aceitando conexões no socket local.

sudo mysqladmin ping

Output esperado:
mysqld is alive

Por fim, verifique a versão em uso no seu ambiente. Evite copiar parâmetros de outro servidor sem conferir o comportamento da versão instalada, porque opções antigas, removidas ou digitadas incorretamente podem impedir a inicialização do serviço.

sudo mariadb -e "SELECT VERSION();"

Output esperado:
VERSION()
versão do MariaDB instalada no sistema

Criar backup e arquivo separado para tuning do MariaDB

Configuração my.cnf para WordPress fica mais segura quando você não edita diretamente todos os arquivos padrão do pacote. A prática recomendada é criar um arquivo dedicado dentro do diretório de configuração do MariaDB, mantendo os arquivos originais como referência e facilitando a reversão se algo der errado.

Atenção: alterações incorretas no arquivo de configuração podem impedir o MariaDB de iniciar. Faça backup antes de editar e aplique mudanças em uma janela de menor tráfego quando o site já estiver em produção.

sudo cp -a /etc/mysql/mariadb.conf.d /etc/mysql/mariadb.conf.d.backup

Output esperado:
Sem saída em caso de sucesso.
O diretório /etc/mysql/mariadb.conf.d.backup será criado.

Crie um arquivo de tuning específico para WordPress. O exemplo abaixo é conservador e serve como ponto de partida para sites pequenos ou médios; ajuste depois de observar consumo real de memória, volume de consultas e número de conexões simultâneas. Note que query_cache_type está desabilitado por padrão nas versões modernas do MariaDB, pois o query cache foi depreciado — não o reative sem avaliação cuidadosa, pois pode gerar contenção em cargas de escrita intensas.

sudo tee /etc/mysql/mariadb.conf.d/60-wordpress-performance.cnf > /dev/null <<'EOF'
[mysqld]
innodb_buffer_pool_size=512M
innodb_log_file_size=256M
innodb_flush_method=O_DIRECT
max_connections=80
thread_cache_size=16
table_open_cache=1024
tmp_table_size=64M
max_heap_table_size=64M
max_allowed_packet=64M
slow_query_log=1
long_query_time=2
log_error=/var/log/mysql/error.log
EOF

Output esperado:
Sem saída em caso de sucesso.
O arquivo 60-wordpress-performance.cnf será criado.

Teste a leitura da configuração antes de reiniciar. Esse cuidado reduz o risco de derrubar o banco por erro de sintaxe simples, como parâmetro inexistente, unidade inválida ou digitação incorreta.

sudo mariadbd --verbose --help > /dev/null

Output esperado:
Sem saída em caso de sucesso.
Se houver erro de configuração, o comando exibirá a opção problemática.

Ajustar InnoDB para WordPress rápido

InnoDB para WordPress é o ponto central da performance porque posts, metadados, opções, usuários e dados de plugins normalmente dependem desse mecanismo de armazenamento. O parâmetro mais sensível costuma ser o innodb_buffer_pool_size, pois ele define quanto dado e índice podem ser mantidos em memória em vez de serem lidos do disco a cada consulta — um valor subdimensionado faz o MariaDB buscar pages em disco constantemente, aumentando a latência de todas as requisições WordPress.

Não existe um único valor universal para todos os sites. Um blog com poucos plugins, uma loja WooCommerce e um portal com muitos acessos têm padrões de consulta diferentes. Em servidores que rodam banco, PHP e web server juntos, reservar memória demais para o MariaDB pode prejudicar o PHP-FPM e causar lentidão por falta de RAM. Por isso, comece com valores moderados e aumente apenas quando os logs e métricas indicarem necessidade. Ferramentas como o MySQLTuner podem ajudar a identificar se o innodb_buffer_pool_size está subdimensionado com base no hit rate do buffer pool em produção.

Depois de criar o arquivo, reinicie o serviço e valide a resposta. Ao rodar este comando, você verá se o MariaDB aceitou os parâmetros e voltou a operar.

sudo systemctl restart mariadb
sudo systemctl status mariadb --no-pager

Output esperado:
Active: active (running)

Confirme se alguns parâmetros foram aplicados. Isso evita a falsa impressão de que o tuning está ativo quando o arquivo foi ignorado, criado no diretório errado ou sobrescrito por outro arquivo carregado posteriormente.

sudo mariadb -e "SHOW VARIABLES WHERE Variable_name IN ('innodb_buffer_pool_size','max_connections','table_open_cache','slow_query_log','long_query_time');"

Output esperado:
innodb_buffer_pool_size com o valor configurado
max_connections com o limite configurado
table_open_cache com o valor configurado
slow_query_log ON
long_query_time 2.000000

Se você também está ajustando PHP, cache e servidor web, vale revisar boas práticas gerais em Dicas de Otimização de Servidores Linux. Banco rápido ajuda muito, mas WordPress lento também pode vir de tema pesado, plugins mal otimizados, ausência de cache de página ou consultas criadas por extensões.

Controlar conexões, tabelas temporárias e consultas lentas

Consultas lentas no WordPress aparecem com frequência em wp-admin, buscas internas, relatórios de loja, páginas com muitos metadados e plugins que consultam opções autoload em excesso. O objetivo do tuning não é mascarar consultas ruins, mas dar ao MariaDB recursos previsíveis e logs suficientes para identificar gargalos reais.

Verifique o número de conexões atuais e máximas observadas desde a última inicialização. Se o pico chega perto do limite, o WordPress pode exibir erro de conexão com banco de dados em horários de tráfego alto. Se o limite é alto demais para a memória disponível, o servidor pode ficar instável quando muitos processos tentarem executar ao mesmo tempo.

sudo mariadb -e "SHOW STATUS WHERE Variable_name IN ('Threads_connected','Max_used_connections','Connections');"

Output esperado:
Threads_connected com conexões atuais
Max_used_connections com o maior pico observado
Connections com o total de tentativas desde o início do serviço

Consulte também a criação de tabelas temporárias em disco. Quando muitas consultas precisam gravar temporários fora da memória, o painel do WordPress e páginas dinâmicas podem ficar mais lentos, principalmente em relatórios e listagens administrativas.

sudo mariadb -e "SHOW GLOBAL STATUS WHERE Variable_name IN ('Created_tmp_tables','Created_tmp_disk_tables');"

Output esperado:
Created_tmp_tables com total de tabelas temporárias
Created_tmp_disk_tables com total de temporárias criadas em disco

Com o slow query log habilitado, acompanhe as consultas que passam do limite definido. Em produção, leia o log com cuidado e evite deixar arquivos crescerem sem rotação. O ideal é usar o log para diagnóstico e, depois, corrigir plugins, índices, consultas personalizadas ou padrões de acesso.

sudo tail -n 50 /var/log/mysql/error.log

Output esperado:
Linhas recentes do log do MariaDB.
Ausência de erros críticos após o restart.

Considerações sobre MariaDB e MySQL para WordPress

MariaDB vs MySQL para WordPress deve ser avaliado pelo suporte do ambiente, estabilidade operacional e facilidade de manutenção, não apenas pelo nome da tecnologia. WordPress costuma funcionar com ambos em cenários comuns, mas a decisão precisa considerar o que sua equipe sabe administrar, o que seu painel suporta e como serão feitos backup, atualização e monitoramento.

• MariaDB: boa opção quando o ambiente Linux já oferece pacotes integrados, administração familiar e compatibilidade com o fluxo atual do WordPress.
• MySQL: pode ser escolhido quando a aplicação, equipe ou ferramenta de gestão padroniza MySQL no restante da infraestrutura.
• Hospedagem compartilhada: normalmente limita ajustes globais, então a comparação prática depende mais do provedor do que do usuário final.
• Ambiente administrado: facilita tuning fino, mas exige responsabilidade sobre backup, segurança e reinicializações planejadas.

Se o objetivo é apenas conectar uma ferramenta externa ao banco em ambiente cPanel, o caminho é diferente de editar my.cnf no servidor. Para esse caso específico, consulte Conectando remotamente ao MySQL - cPanel.

Problemas comuns e como resolver

Sintoma: MariaDB não inicia após alterar o arquivo de configuração

Causa: parâmetro digitado incorretamente, unidade inválida, diretiva incompatível ou arquivo criado em local carregado pelo MariaDB com erro de sintaxe.
Solução: rode sudo mariadbd --verbose --help > /dev/null, leia a mensagem de erro, restaure o backup do diretório de configuração ou remova temporariamente o arquivo 60-wordpress-performance.cnf e reinicie o serviço.

sudo mv /etc/mysql/mariadb.conf.d/60-wordpress-performance.cnf /root/60-wordpress-performance.cnf.disabled
sudo systemctl restart mariadb

Output esperado:
Sem saída em caso de sucesso.
O serviço deve voltar para active (running).

Sintoma: WordPress mostra erro de conexão com banco de dados

Causa: serviço MariaDB parado, limite de conexões atingido, credenciais incorretas no wp-config.php ou banco indisponível durante uma reinicialização.
Solução: valide o status do serviço, teste conexão local, confira usuários e aguarde alguns segundos após restart planejado. Se o erro coincide com picos de tráfego, revise Max_used_connections e consumo de memória antes de aumentar max_connections.

sudo systemctl status mariadb --no-pager
sudo mysqladmin ping

Output esperado:
Active: active (running)
mysqld is alive

Sintoma: wp-admin continua lento mesmo após o tuning

Causa: a lentidão pode estar em plugins, tema, PHP, cache inexistente, consultas sem índice ou excesso de opções carregadas automaticamente pelo WordPress.
Solução: use slow query log para identificar consultas demoradas, teste plugins em etapas e verifique se o servidor web e o PHP-FPM também têm recursos suficientes. O banco é uma parte importante, mas não é o único componente da pilha WordPress.

sudo mariadb -e "SHOW STATUS WHERE Variable_name IN ('Slow_queries','Questions','Uptime');"

Output esperado:
Slow_queries com quantidade de consultas lentas registradas
Questions com consultas executadas
Uptime com tempo de atividade do serviço

Perguntas frequentes sobre MariaDB no Ubuntu 24.04

Qual é a melhor configuração do MariaDB para WordPress no Ubuntu 24.04?

A melhor configuração depende da memória disponível, do volume de acessos e do tipo de site WordPress. Em geral, o ajuste deve priorizar InnoDB, buffer pool adequado, conexões controladas, cache no nível correto e logs úteis para diagnóstico. Comece com mudanças pequenas e valide o comportamento do site antes de ampliar os valores.

MariaDB é melhor que MySQL para WordPress?

MariaDB e MySQL são compatíveis com WordPress na maioria dos cenários comuns de hospedagem. A escolha deve considerar suporte do ambiente, versão disponível, estabilidade operacional e familiaridade da equipe com administração e tuning do banco. Em produção, a melhor opção é a que você consegue manter, monitorar e restaurar com segurança.

Como saber se o MariaDB está deixando o WordPress lento?

Verifique o tempo de resposta das consultas, uso de CPU, uso de memória, conexões simultâneas e mensagens nos logs do MariaDB. Sintomas comuns incluem painel wp-admin lento, erro de conexão com banco de dados e páginas demorando para carregar mesmo com PHP e servidor web saudáveis. O slow query log ajuda a separar problema de banco de problema de aplicação.

Posso alterar o my.cnf do MariaDB em produção?

Pode, mas o ideal é fazer backup do arquivo, aplicar mudanças pequenas e reiniciar o serviço em janela de menor tráfego. Configurações incorretas podem impedir o MariaDB de iniciar ou consumir memória além do disponível no servidor. Sempre teste a leitura da configuração antes do restart e mantenha um caminho claro de reversão.

Preciso de VPS para otimizar MariaDB em um site WordPress?

Você precisa de acesso administrativo ao sistema para alterar configurações globais do MariaDB, o que normalmente existe em VPS ou servidor dedicado. Em hospedagem compartilhada, os ajustes são limitados e costumam depender do painel ou do suporte da hospedagem. Ainda assim, cache, plugins bem escolhidos e manutenção do WordPress continuam importantes.

Conclusão

• Faça backup da configuração antes de qualquer alteração e mantenha um arquivo separado para tuning do MariaDB.
• Ajuste InnoDB, conexões e logs com base no uso real do WordPress, não em valores copiados de outro servidor.
• Depois do restart, monitore status, logs e consultas lentas para confirmar se o ajuste melhorou o comportamento sem criar instabilidade.

Leia também

• Configurar MariaDB 11.4 no AlmaLinux 9: do padrão ao máximo
• Configurar WordPress sem plugin: como limpar revisões direto no código
• Otimizar cache Redis para aplicações PHP no Ubuntu 22.04

Precisa de ajuda com MariaDB no WordPress?

A AviraHost oferece ambientes de hospedagem para sites WordPress com suporte para quem precisa publicar, migrar ou melhorar a estabilidade do projeto. Se o seu site cresceu e o banco virou gargalo, vale revisar a estrutura antes de aplicar mudanças em produção.

Conheça a hospedagem de sites da AviraHost