Tutorial: limpar revisões WordPress via phpMyAdmin no Linux

Limpar revisões do WordPress via phpMyAdmin é o processo de excluir manualmente, através de comandos SQL, as linhas acumuladas na tabela wp_posts do tipo "revision". Sites com muitas edições podem acumular milhares dessas entradas, aumentando o tamanho do banco e deixando consultas mais lentas. Para fazer essa limpeza no Linux com segurança, siga estes passos:

1. Faça backup completo do banco de dados antes de qualquer exclusão
2. Acesse o phpMyAdmin pelo cPanel ou painel de hospedagem
3. Identifique quantas revisões existem com uma consulta SELECT
4. Execute o DELETE filtrando post_type = 'revision'
5. Otimize as tabelas wp_posts e wp_postmeta com OPTIMIZE TABLE
6. Adicione o limite de revisões no wp-config.php para evitar novo acúmulo

Pré-requisitos para limpar revisões WordPress via phpMyAdmin

• Acesso ao cPanel ou painel de hospedagem com phpMyAdmin habilitado
• Backup recente do banco de dados (exportação .sql via phpMyAdmin ou mysqldump)
• Credenciais do banco de dados WordPress (nome do banco, prefixo das tabelas)
• Acesso via SSH ao servidor Linux (opcional, para validar via linha de comando)
• MySQL 8.0+ ou MariaDB 10.11+ rodando no servidor
• Editor de arquivos para alterar o wp-config.php (FTP, SFTP ou gerenciador de arquivos)

Como identificar o volume de revisões acumuladas no banco

Antes de excluir qualquer registro, é importante entender o tamanho real do problema. O WordPress salva uma revisão a cada vez que um post ou página é editado e salvo, sem limite padrão de quantidade. Em blogs ativos ou sites com múltiplos editores, isso pode significar dezenas de milhares de linhas na tabela wp_posts após alguns anos de uso.

Para verificar quantas revisões existem, acesse o phpMyAdmin, selecione o banco de dados do WordPress e clique na aba SQL. Execute a consulta abaixo:

SELECT COUNT(*) AS total_revisoes
FROM wp_posts
WHERE post_type = 'revision';

Output esperado:
+----------------+
| total_revisoes |
+----------------+
|          14832 |
+----------------+

Se o resultado retornar um número alto, isso já justifica a limpeza. Vale lembrar que o prefixo wp_ pode ser diferente no seu ambiente — confira o prefixo real olhando a lista de tabelas no painel esquerdo do phpMyAdmin antes de rodar qualquer comando.

Executando a exclusão das revisões pelo phpMyAdmin no Linux

A exclusão de revisões WordPress exige atenção porque o DELETE é uma operação irreversível sem backup. No servidor Linux, o MySQL ou MariaDB processa a consulta diretamente nas tabelas, então qualquer erro de sintaxe pode afetar registros indevidos se a cláusula WHERE estiver incorreta.

Atenção: exporte o banco de dados completo antes de continuar. No phpMyAdmin, use a aba Exportar com o método "Rápido" e formato SQL, salvando o arquivo localmente.

Com o backup em mãos, acesse a aba SQL novamente e execute:

DELETE FROM wp_posts
WHERE post_type = 'revision';

Output esperado:
14832 linha(s) afetada(s).

Esse comando remove apenas os registros do tipo revisão, sem tocar em posts publicados, páginas ou rascunhos. Em seguida, é preciso limpar os metadados órfãos que ficaram na tabela wp_postmeta, já que eles referenciam IDs de posts que não existem mais:

DELETE FROM wp_postmeta
WHERE post_id NOT IN (SELECT ID FROM wp_posts);

Output esperado:
9271 linha(s) afetada(s).

Se o seu WordPress usa plugins de SEO ou cache que armazenam metadados vinculados a revisões, esse segundo comando evita que fiquem registros "fantasma" no banco.

Limpar revisões WordPress via phpMyAdmin com filtro por data

Em alguns casos, você pode querer manter revisões recentes (últimos 30 dias, por exemplo) e excluir apenas as mais antigas. Isso é útil quando o time editorial ainda usa o histórico de revisões ativamente. Use esta variação:

DELETE FROM wp_posts
WHERE post_type = 'revision'
AND post_date < DATE_SUB(NOW(), INTERVAL 30 DAY);

Output esperado:
8145 linha(s) afetada(s).

Essa abordagem é mais conservadora e reduz o risco de remover revisões que alguém ainda pretende consultar para reverter uma edição recente.

Otimizando as tabelas do MySQL após a exclusão

A otimização de banco de dados WordPress não termina com o DELETE. Quando o MySQL ou MariaDB remove linhas em massa, o espaço em disco ocupado por elas não é liberado automaticamente — ele fica fragmentado dentro do arquivo da tabela. Para recuperar esse espaço e melhorar a velocidade de leitura, é necessário rodar o comando OPTIMIZE TABLE.

No phpMyAdmin, acesse a aba Estrutura do banco de dados, marque as caixas ao lado de wp_posts e wp_postmeta, e no menu inferior "Com os itens marcados" selecione Otimizar tabela. Alternativamente, execute via SQL:

OPTIMIZE TABLE wp_posts, wp_postmeta;

Output esperado:
Tabela          | Op       | Mensagem
wp_posts        | optimize | OK
wp_postmeta     | optimize | OK

Se as tabelas usam o motor InnoDB (padrão desde versões antigas do WordPress), o OPTIMIZE TABLE na verdade reconstrói a tabela internamente, o que pode levar alguns segundos em bancos grandes. Em servidores com pouca RAM disponível, evite rodar essa operação em horários de pico de acesso ao site.

Prevenindo o acúmulo futuro de revisões no wp-config.php

A configuração de limite de revisões no WordPress evita que o problema volte a acontecer depois da limpeza manual. O WordPress permite controlar esse comportamento através de uma constante definida no arquivo wp-config.php, localizado na raiz da instalação.

Acesse o arquivo via FTP, SFTP ou o gerenciador de arquivos do painel de hospedagem, e adicione a linha abaixo antes do comentário "That's all, stop editing!":

define('WP_POST_REVISIONS', 5);

Output esperado:
Nenhuma saída visual — a alteração passa a valer
na próxima edição de post salva no WordPress.

Se preferir desativar completamente o recurso de revisões, use false no lugar do número. Também é possível ajustar o intervalo de autosave (que gera revisões automáticas) com a constante AUTOSAVE_INTERVAL, definida em segundos. Para quem administra sites hospedados via cPanel, vale revisar também as configurações gerais descritas em como acessar o painel de gerenciamento dos meus serviços.

Problemas comuns e como resolver

Sintoma: o DELETE não retorna nenhuma linha afetada

Causa: o prefixo das tabelas do seu WordPress não é "wp_", ou o banco de dados selecionado no phpMyAdmin está incorreto.
Solução: confira o prefixo real no arquivo wp-config.php, na linha da variável $table_prefix, e ajuste a consulta SQL para usar o prefixo correto antes de rodar novamente.

Sintoma: o site fica lento ou fora do ar durante a otimização

Causa: o OPTIMIZE TABLE em bancos muito grandes bloqueia temporariamente a tabela, especialmente em servidores com pouca memória disponível.
Solução: execute a otimização em horário de baixo tráfego e, se possível, monitore o uso de RAM do servidor durante o processo para evitar travamentos.

Sintoma: alguns posts perderam formatação ou imagens após a limpeza

Causa: o DELETE na wp_postmeta pode ter removido metadados vinculados incorretamente, geralmente porque a subconsulta não filtrou corretamente os IDs válidos.
Solução: restaure o backup completo feito antes da operação e refaça o processo com a cláusula WHERE revisada, testando primeiro com um SELECT para confirmar quais linhas seriam afetadas.

Sintoma: erro de timeout ao executar o DELETE no phpMyAdmin

Causa: o volume de revisões é grande demais para ser processado dentro do limite de tempo de execução do PHP configurado no servidor.
Solução: divida a exclusão em lotes menores usando LIMIT na consulta, executando o comando várias vezes até zerar o total de revisões, ou aumente temporariamente o valor de max_execution_time no php.ini.

Perguntas frequentes sobre limpar revisões WordPress via phpMyAdmin

O que são revisões do WordPress e por que elas acumulam no banco de dados?

Revisões são cópias automáticas salvas cada vez que um post ou página é editado, permitindo restaurar versões anteriores. Como o WordPress não limita esse número por padrão, sites com edições frequentes acumulam milhares de linhas na tabela wp_posts, aumentando o tamanho do banco e reduzindo a performance das consultas.

É seguro excluir revisões diretamente pelo phpMyAdmin?

Sim, desde que você faça um backup completo do banco antes de executar qualquer DELETE. Apagar revisões via phpMyAdmin é seguro porque elas não afetam o conteúdo publicado, apenas o histórico de edições, mas erros de sintaxe SQL sem backup podem corromper dados relacionados.

Preciso otimizar as tabelas depois de excluir as revisões?

Sim, após remover linhas em massa é importante executar a operação OPTIMIZE TABLE nas tabelas afetadas, como wp_posts e wp_postmeta. Isso desfragmenta o espaço em disco liberado pelo MySQL/MariaDB e melhora a velocidade de leitura das consultas subsequentes.

Como evitar que as revisões voltem a se acumular no futuro?

Adicione a constante WP_POST_REVISIONS no arquivo wp-config.php, definindo um número máximo de revisões por post (por exemplo, 5) ou desativando completamente com o valor false. Essa alteração impede que o WordPress salve revisões ilimitadas a partir da próxima edição de conteúdo.

Excluir revisões pelo phpMyAdmin substitui o uso de plugins de limpeza?

Sim, para uma limpeza pontual e mais rápida o método via phpMyAdmin é eficaz e não exige instalar plugins adicionais, que por si só consomem recursos do servidor. Entretanto, para manutenção contínua e automatizada, um plugin leve ou uma rotina de cron pode complementar o processo manual.

Conclusão

Limpar revisões do WordPress via phpMyAdmin é uma manutenção simples que pode reduzir significativamente o tamanho do banco de dados e melhorar a velocidade das consultas, especialmente em sites com muitos anos de conteúdo editado repetidamente. O processo exige cuidado com backups e atenção à sintaxe SQL, mas não depende de plugins externos para ser executado.

• Sempre exporte um backup completo do banco antes de qualquer DELETE em massa
• Rode o OPTIMIZE TABLE após excluir grandes volumes de registros para recuperar espaço em disco
• Configure o limite de revisões no wp-config.php para evitar que o problema se repita

Leia também

• Configurar WordPress sem plugin: como limpar revisões direto no código
• Guia para resolver erro de memória no WordPress: diagnóstico e ampliação
• Solucionar erro 500 no WordPress: diagnóstico rápido e correção definitiva

Precisa de ajuda com a otimização do banco de dados do seu WordPress?

Se o seu site WordPress está lento devido ao crescimento descontrolado do banco de dados, nossa equipe pode ajudar a diagnosticar e ajustar o ambiente de hospedagem para melhor performance.

Conheça os planos de hospedagem otimizados para WordPress