Otimizar banco de dados WordPress remove revisões, transients e spam e reorganiza as tabelas, deixando painel e consultas mais rápidos. Segundo a web.dev (2024), um TTFB bom fica em 800 ms ou menos. Banco inchado pode somar dezenas de MB de lixo. Faça backup, limpe com plugin e valide pelos números.

O banco de dados guarda todo o conteúdo, as configurações e o histórico do site, e com o tempo acumula dados inúteis que pesam em cada consulta. Este tutorial mostra como otimizar o banco de dados do WordPress do começo ao fim, com backup antes de qualquer limpeza, mesmo em sites antigos com anos de histórico. O conteúdo faz parte do material da FULL sobre performance no WordPress e se aprofunda no guia completo de aceleração. A gente vê no suporte da FULL que banco com milhares de revisões deixa o painel arrastado e a edição de posts travada, mesmo quando o site público ainda parece rápido para quem visita.

O que a otimização do banco resolve

Otimizar o banco de dados resolve o acúmulo silencioso: cada rascunho salvo, comentário de spam e transient expirado fica guardado e infla as tabelas que o WordPress consulta a cada página. Limpar esse lixo e reorganizar as tabelas reduz o tempo de consulta e alivia o TTFB, principalmente no painel administrativo e em sites com anos de histórico.

Pense numa estante que ninguém organiza há anos: achar um livro demora porque há papel velho e caixas vazias no caminho. Otimizar o banco de dados é tirar o lixo e arrumar as prateleiras. A tabela abaixo resume as quatro etapas e como validar cada uma antes de seguir, para você limpar com segurança sem apagar nada que importa. É a visão geral do processo que os passos detalham logo adiante.

Antes de começar: O que ter pronto

Antes de limpar qualquer coisa, três pré-requisitos evitam o erro mais grave de quem otimiza com pressa: mexer no banco sem backup é o caminho mais curto para perder conteúdo de forma irreversível. Na prática, em boa parte dos casos de perda que chegam ao suporte da FULL faltava justamente uma cópia de segurança recente. Garantir as peças certas antes de otimizar o banco de dados transforma qualquer falha num susto de minutos, não numa perda permanente de dados.

Reúna estes itens antes do primeiro clique de limpeza:

• Backup completo do banco de dados, a peça mais importante de todas, gerado por plugin ou pelo painel da hospedagem.
• A medição atual de velocidade do painel, para comparar o antes e o depois com número, não com sensação.
• Um plugin de otimização escolhido, como o WP-Optimize, que limpa por interface sem SQL manual.
• A lista de plugins que guardam dados próprios (formulários, pedidos, associados), para não apagar o que parece lixo mas não é.
• Acesso ao painel de hospedagem, caso precise restaurar o backup pelo phpMyAdmin.

Como otimizar o banco de dados do WordPress

Otimizar o banco de dados segue quatro passos na ordem: backup, limpar o lixo, otimizar as tabelas e agendar a manutenção. A regra de ouro ao otimizar o banco de dados é backup antes de tudo, porque limpeza de banco não tem desfazer: o que você apaga sem cópia some para sempre, diferente de quase toda outra otimização de performance. Os passos abaixo usam um plugin como o WP-Optimize ou o Perfmatters, sem comando MySQL manual. Confira o site após cada etapa e só avance quando tiver certeza de que nada quebrou no caminho.

Passo 1: Faça backup do banco de dados

Antes de qualquer limpeza, gere um backup completo do banco pelo plugin de backup automático ou pelo painel da hospedagem. Esse arquivo é a única forma de reverter se algo importante for apagado. Confirme que o backup foi salvo e que você sabe restaurá-lo, porque só ter a cópia não basta: é preciso saber usá-la quando o aperto vier.

Passo 2: Limpe revisões, transients e spam

Com o backup pronto, use o plugin para remover revisões antigas de posts, transients expirados, comentários de spam e itens na lixeira. Cada um desses infla a tabela wp_posts ou wp_options sem agregar nada ao site. Limpe uma categoria por vez e confira o resultado, evitando apagar rascunhos recentes que você ainda queira manter no histórico.

Passo 3: Otimize as tabelas do banco

Depois de limpar, rode a otimização das tabelas, que executa o OPTIMIZE TABLE do MySQL e remove o overhead deixado pelos dados apagados. É o equivalente a desfragmentar: o banco passa a responder consultas mais rápido. A maioria dos plugins faz isso num botão, e a operação é segura desde que o backup do passo 1 esteja guardado e testado.

Passo 4: Agende a manutenção automática

Por fim, configure uma limpeza automática semanal ou mensal, para o banco não inflar de novo. Manutenção recorrente mantém o ganho sem você precisar lembrar toda semana. Defina também um limite de revisões no wp-config.PHP, com a linha define WP_POST_REVISIONS para travar o acúmulo na origem, e deixe o plugin cuidar do resto em horário de baixa visita.

Por que o banco incha mesmo com poucas visitas

O banco incha por edição, não por tráfego: o WordPress salva uma revisão a cada vez que você grava um post, além de transients e logs de plugins, independente de quantas visitas o site recebe. Um site pouco acessado mas muito editado acumula milhares de revisões em silêncio, e cada uma é uma linha a mais na tabela wp_posts que toda query precisa varrer no painel.

A diferença entre limpar e otimizar também confunde muita gente. Limpar remove os registros inúteis; otimizar as tabelas, com o OPTIMIZE TABLE, recupera o espaço físico que esses registros deixaram vago, o tal overhead. Em sites com WooCommerce e mais de 1.000 pedidos, a tabela wp_options costuma guardar transients órfãos que nunca expiram. Limitar o autoload e limpar esses transients ao otimizar o banco de dados reduz o tempo de cada consulta de admin antes mesmo de você tocar nas revisões. Sites lentos depois de atualizar também merecem essa checagem, como mostra o guia sobre WordPress lento depois de atualizar.

Otimização com plugin ou direto no phpMyAdmin

Para a maioria dos sites, otimizar o banco de dados com plugin resolve com segurança e o phpMyAdmin fica reservado a casos específicos. O plugin de otimização faz toda a limpeza por uma interface com um botão por tipo de dado, sem risco de comando errado. O acesso direto via phpMyAdmin entra quando você precisa de uma consulta SQL muito específica ou está com um banco gigante, acima de alguns GB, em que o plugin trava por tempo de execução do PHP.

Mesmo assim, otimizar o banco de dados em SQL puro pede backup e leitura cuidadosa antes de cada comando, porque um DELETE sem WHERE correto apaga a tabela inteira. Quem quiser entender a ferramenta a fundo encontra o caminho no guia de gerenciamento de banco de dados pelo phpMyAdmin. A gente vê no suporte da FULL que a grande maioria das manutenções de rotina se resolve inteira pelo plugin ao otimizar o banco de dados, e o phpMyAdmin só aparece em migração ou recuperação de tabela corrompida, nunca na faxina semanal.

Otimização Premium no bundle da FULL

Para quem cuida de vários sites, o bundle da FULL ativa plugins premium de limpeza e agendamento num painel só, a partir de R$849 no plano PRO, com custo de R$85 por site. Em vez de licença avulsa para cada projeto, você ativa WP-Optimize e Perfmatters em todos os sites de uma vez e agenda a manutenção do banco de cada um sem repetir trabalho. Para uma agência com 10 sites, o R$85 por site costuma sair abaixo da soma das licenças individuais desses plugins. Confira as condições em FULL.services/planos e veja se o pacote fecha para o seu número de projetos. A gente vê no suporte da FULL que centralizar a tarefa de otimizar o banco de dados em um painel reduz o esquecimento, que é a causa real do reinchaço.

Erros comuns ao otimizar o banco

Ao otimizar o banco de dados, os três erros mais frequentes são limpar sem backup, apagar dados de plugins ativos e exagerar na limpeza de revisões a ponto de perder histórico útil. Cada um tem como evitar quando você conhece o risco, e o cuidado preserva o conteúdo enquanto enxuga o peso das tabelas que o WordPress consulta.

Um caso de fracasso que chegou ao suporte da FULL ilustra o pior cenário: o dono rodou uma limpeza agressiva sem backup, o plugin executou OPTIMIZE TABLE sobre as tabelas de um plugin de formulários e o site perdeu meses de leads, sem como recuperar. Com backup, a correção seria restaurar em minutos; sem ele, o dano foi permanente. A lição é dura: ao otimizar o banco de dados, faça backup antes de qualquer limpeza, sempre, e nunca apague tabela que você não reconhece. Plugins de pedidos, formulários e associados guardam dados próprios que parecem lixo mas sustentam o negócio.

Como saber se otimizar o banco de dados funcionou

Para saber se otimizar o banco de dados funcionou, compare o tamanho do banco e a velocidade do painel antes e depois, com número e não com sensação. O sinal mais direto de que otimizar o banco de dados deu certo é o tamanho do banco caindo e o overhead das tabelas zerado após a limpeza, valores que o próprio plugin mostra no relatório de execução logo ao terminar.

Depois, meça a velocidade do painel e do site e confira o impacto em Core Web Vitals com os dados reais do relatório CrUX do Chrome, que registra a experiência de campo dos usuários reais. Vale também acompanhar o TTFB, já que banco mais leve significa query mais rápida, tema que o guia de como reduzir o TTFB no WordPress detalha. A gente vê no suporte da FULL que a melhora aparece primeiro no painel e nas consultas internas, mais que no carregamento das páginas públicas em si.

Perguntas frequentes

Próximos passos para um banco sempre leve

Otimizar o banco de dados do WordPress é uma manutenção simples quando feita com método: backup, limpar o lixo, otimizar as tabelas e agendar a recorrência. O erro que mais custa caro é limpar sem backup, que já transformou manutenção em perda permanente de leads e pedidos. A gente vê no suporte da FULL que banco limpo, somado a cache de página e boa hospedagem, deixa o site e o painel visivelmente mais ágeis para quem administra. A regra inegociável é backup antes de tocar no banco, sempre, e nunca apagar tabela que você não reconhece. Para se aprofundar em performance, veja o guia de Core Web Vitals no WordPress e continue aprendendo no FULL Academy. Faça backup, limpe com calma e agende a manutenção.