Limpar banco de dados do WordPress remove revisões, transients expirados e overhead que incham as tabelas e atrasam cada consulta. Segundo o WordPress Developer Resources (2024), options com autoload são carregadas em toda requisição. Tabelas com 200 MB de lixo elevam o tempo de cada consulta. Faça backup, otimize com cautela e agende a rotina.

Limpar banco de dados do WordPress é o processo de remover dados acumulados (revisões de posts, rascunhos automáticos, comentários no spam, transients vencidos e overhead de tabela) que pesam sobre o MySQL sem agregar nada ao site no ar. Cada plugin instalado escreve na tabela wp_options, cada edição cria uma revisão e cada formulário deixa transients. Com o tempo, uma instalação de 50 MB vira 400 MB de tabelas fragmentadas. A gente vê no suporte da FULL que esse acúmulo é a causa silenciosa de painéis lentos. Para o contexto maior de velocidade, vale ler o hub de conteúdos de performance WordPress da FULL.

Primeiros passos: O que limpar banco de dados resolve

Limpar banco de dados ataca quatro fontes de inchaço que somam de 40% a 70% do tamanho de uma instalação madura: revisões de posts, lixo na wp_options, transients expirados e overhead das tabelas InnoDB. Um site com 300 posts e dois anos de uso carrega mais de 5.000 linhas de revisão. A tabela mapeia cada alvo e o ganho.

Legenda: o campo Overhead no phpMyAdmin mostra exatamente quanto espaço físico a limpeza recupera.

A maior parte do ganho aparece quando o site passou de mil posts ou roda WooCommerce com histórico de pedidos.

Por que o banco de dados do WordPress incha com o tempo

O banco de dados do WordPress incha porque cada ação no painel grava registros que nunca são apagados sozinhos: salvar um post gera uma revisão, instalar um plugin cria options com autoload, e plugins deixam transients na wp_options mesmo depois de expirar. Na base FULL, sites com plugins de página de vendas acumulam dezenas de milhares de transients órfãos. O conceito de transient é um cache temporário, mas sem garbage collection rígido ele vaza.

A tabela wp_options é a mais crítica porque suas linhas com autoload = yes são carregadas em toda requisição, segundo a documentação da Options API. Quando essa tabela passa de 1 MB de dados autoload, cada pageview paga o pedágio. Por isso limpar banco de dados não é só ganhar espaço em disco, é reduzir o trabalho do MySQL por requisição. Entender a tabela wp_options ajuda a priorizar o que cortar primeiro.

Passo a passo: Como limpar banco de dados com segurança

Limpar banco de dados com segurança exige uma ordem fixa: backup completo primeiro, depois limpeza lógica (revisões, spam, transients), em seguida otimização física das tabelas e, por fim, agendamento da rotina. Pular o backup é o erro número um que chega no suporte; uma query DELETE mal filtrada apaga conteúdo publicado em segundos. Os quatro passos abaixo seguem essa sequência testada.

Passo 1: Faça backup completo antes de tocar no banco

Crie um backup do banco e dos arquivos antes de qualquer limpeza, sem exceção. Use o backup do WordPress via plugin como o UpdraftPlus, que exporta as tabelas MySQL em .gz, ou exporte direto pelo phpMyAdmin em formato SQL. Guarde a cópia fora do servidor (Google Drive, S3 ou local). Sem backup válido, uma limpeza agressiva vira incidente de recuperação. Veja o passo a passo de backup automático no WordPress para não depender de memória.

Passo 2: Apague revisões, rascunhos e comentários spam

Remova revisões de posts, auto-drafts, itens na lixeira e comentários marcados como spam pelo painel do plugin de otimização. No WP-Optimize, a aba Database lista cada categoria com a contagem de itens antes de você confirmar. Comece por revisões, que costumam ser o maior volume. Limite revisões futuras adicionando define('WP_POST_REVISIONS', 5); no arquivo wp-config.php.

Passo 3: Limpe transients expirados e options órfãs

Limpe os transients vencidos e as options de plugins já desinstalados, que ficam para trás como lixo na wp_options. O WP-Optimize tem a opção de limpar transient options; o passo a passo oficial está na documentação da WP-Optimize. Transients órfãos não quebram o site, mas pesam no autoload. Conferir a tabela wp_options ordenada por tamanho revela na hora qual plugin morto deixou rastro.

Passo 4: Otimize as tabelas e agende a rotina

Rode a otimização física (OPTIMIZE TABLE) para recuperar o overhead que sobra depois de apagar linhas, e agende a limpeza para rodar sozinha. O WP-Optimize permite agendar limpeza semanal ou mensal via WP-Cron. Em tabelas InnoDB grandes, a otimização reconstrói o arquivo de dados, então rode em horário de baixo tráfego. Agendamento semanal mantém o banco enxuto sem intervenção manual.

Quais ferramentas usar para limpar banco de dados

Para limpar banco de dados você escolhe entre 3 caminhos, cada um para um perfil: plugin de otimização, acesso direto ao MySQL ou WP-CLI. O WP-Optimize cobre a maioria dos casos pelo painel, o phpMyAdmin dá controle total via SQL e o WP-CLI automatiza em escala. A tabela compara as quatro ferramentas mais usadas pela base FULL por nível de risco e controle.

O Perfmatters não limpa o que já acumulou, mas corta a origem do problema ao limitar revisões e o intervalo do Heartbeat API. A combinação WP-Optimize para limpar e Perfmatters para prevenir é a que tende a manter o banco estável na maioria dos sites que acompanhamos.

Quando limpar banco de dados pode dar problema

Limpar banco de dados sem critério quebra sites em três cenários: apagar transients que um plugin de licença usava como flag, otimizar tabelas de uma loja WooCommerce em pico, e rodar DELETE sem entender as chaves. Em VPS abaixo de 2 GB de RAM com WooCommerce acima de 1.000 produtos, o OPTIMIZE TABLE na wp_postmeta trava o checkout por segundos enquanto reconstrói o índice.

A recomendação nesses casos é agendar a otimização pesada para a madrugada e nunca rodar limpeza em massa logo após uma promoção, quando os pedidos ainda estão sendo processados pelo gateway. Plugins de cache de objeto como Redis também precisam ser esvaziados manualmente depois da limpeza, senão continuam servindo dados antigos por horas. Se o site já começou lento por outro motivo, o diagnóstico de TTFB no WordPress separa com clareza o que é peso de banco do que é limite de hospedagem.

Acelere o conjunto com o bundle da FULL

Limpar banco de dados resolve o inchaço, mas performance real vem da soma de cache, otimização e prevenção juntos. O plano PRO da FULL dá WP-Optimize, Perfmatters e UpdraftPlus no mesmo bundle: 17 plugins premium por R$849 ao ano, cerca de R$85 por site numa carteira. A gente vê no suporte da FULL que manter as três ferramentas ativas (uma limpa, uma previne, uma faz backup) evita a maior parte dos incidentes de banco. Conheça os planos da FULL e ative o bundle completo de uma vez.

Para continuar aprendendo, o guia acelere o WordPress reúne os tutoriais de performance em sequência.

Perguntas frequentes sobre limpar banco de dados do WordPress

Próximos passos para manter o banco enxuto

Limpar banco de dados deixou de ser tarefa de mutirão para virar rotina agendada: backup, limpeza lógica, otimização física e agendamento fecham o ciclo que mantém o MySQL leve. O ganho não é só espaço em disco, é cada requisição pagando menos pedágio na wp_options carregada por autoload. Comece pelo backup, ataque as revisões e os transients primeiro, e deixe o WP-Optimize cuidar da recorrência. Quando o banco já estiver limpo, o próximo gargalo costuma ser cache ou hospedagem; o diagnóstico de performance completo mostra para onde olhar depois.