Limpeza de Banco de Dados WordPress: Um Guia para Iniciantes para Remover o Lixo

Q: É seguro excluir revisões de posts?

Yes, with one clarification. Revisions are only useful if you need to roll back a post to an earlier version. Once a post is published and you're satisfied with it, those revisions serve no purpose. DB Optimizer's retention threshold protects anything created in the last 7 days by default, so recently edited content won't be touched.

Q: Limpar meu banco de dados vai acelerar meu site?

It can, but the improvement depends on how bloated the database was and where the bottleneck lives. The most consistent gains show up in wp-admin response time and backup speed. Front-end performance depends more on caching, hosting infrastructure, and image optimization. A clean database removes one drag on performance; it doesn't replace the rest of the work.

Q: Preciso fazer backup antes de limpar meu banco de dados?

Yes. A database cleanup deletes rows permanently. If a plugin stored configuration data in a format that looks like junk to a cleanup tool, you could break something without a backup to restore from. Duplicator Pro creates a full-site backup in minutes, and you can store it directly to cloud storage for a remote restore if anything goes sideways.

Q: Posso limpar meu banco de dados sem um plugin?

Yes. phpMyAdmin lets you run SQL queries directly against the database, and WP-CLI has built-in transient deletion commands. Both methods work, but neither shows you a preview before deleting. One wrong query in phpMyAdmin and the data is gone. A plugin like DB Optimizer adds a confirmation step that SQL queries don't have. That preview is worth a lot when you're working with a production database.

Q: O que são transientes e é seguro excluí-los?

Transients are temporary cached values that plugins store in your database. WordPress is supposed to delete them automatically when they expire, but it uses lazy deletion. It only removes them when something requests them, not on a schedule. That means expired transients pile up over time and never get cleaned unless you do it manually. DB Optimizer's retention threshold leaves active (non-expired) transients alone and only removes the ones that have already expired.

Toda vez que você edita uma postagem, o WordPress salva uma revisão. Toda vez que um plugin executa uma tarefa, ele pode deixar um transient expirado para trás.

A maioria dos proprietários de sites não percebe até que algo pareça errado. O wp-admin começa a carregar lentamente, os backups demoram muito ou as migrações expiram no meio do processo.

Nesse ponto, o banco de dados já está trabalhando contra você.

Neste tutorial, vou guiá-lo na limpeza do seu banco de dados WordPress. Você avaliará a saúde do seu banco de dados, removerá o lixo com segurança, otimizará suas tabelas e verificará se a limpeza realmente funcionou.

Executei este processo em um site que estava no ar há três anos. Ele tinha mais de 200 MB de espaço recuperável, principalmente de revisões de postagens que eu nunca tinha pensado em mexer.

Aqui estão os principais pontos:

DB Optimizer cuida da limpeza completa em um só lugar: revisões, spam, transients expirados e otimização de tabelas com uma etapa de visualização antes que qualquer coisa seja excluída.
Um backup pré-limpeza é inegociável. Alguns plugins armazenam dados de configuração de maneiras que parecem lixo para ferramentas de limpeza; sem um backup verificado armazenado fora do servidor, você não tem um caminho de recuperação se algo der errado.
A pontuação de saúde informa onde está o problema. O tamanho do autoload é o culpado mais comum por trás do desempenho lento do wp-admin, e ele não aparecerá nas contagens de revisões ou transients — verifique a guia Painel antes de limpar qualquer coisa.
Crie o hábito mensal de verificar a pontuação de saúde e limpar quando ela cair, especialmente após instalações ou remoções importantes de plugins.

Sumário

Por que Limpar Seu Banco de Dados WordPress?
Como Limpar Seu Banco de Dados WordPress
Com que Frequência Você Deve Limpar Seu Banco de Dados?
Solução de Problemas: Quando a Limpeza Não Sai Como o Esperado
Perguntas Frequentes (FAQs)
Um Banco de Dados Limpo Não Permanece Assim Sem um Plano

Por que Limpar Seu Banco de Dados WordPress?

A maior parte do lixo do banco de dados é invisível até começar a afetar seu site. Aqui estão alguns dos sinais de alerta de que seu banco de dados precisa de atenção.

Seu wp-admin fica lento

Cada consulta ao banco de dados precisa vasculhar mais linhas do que o necessário. Em um site de publicação ativo, as tabelas de revisão de postagens podem inchar para milhares de linhas em um ano. O painel de administração é geralmente o primeiro lugar onde você sente isso.

Seus backups ficam maiores

O tamanho do backup está diretamente ligado ao tamanho do banco de dados. Limpe 50 MB de inchaço e você terá reduzido isso de todos os backups futuros. Com o tempo, isso se soma tanto em tempo de transferência quanto em custos de armazenamento em nuvem.

As migrações se tornam mais arriscadas

Um banco de dados inchado leva mais tempo para fazer backup e transferir. Transferências mais longas significam maior exposição a timeouts e erros de conexão no meio da migração.

Já vi migrações em bancos de dados limpos concluírem em minutos que levaram mais de uma hora em bancos de dados inchados.

Autoload de dados carrega a cada solicitação de página

Alguns plugins gravam dados na tabela wp_options com autoload ativado. O WordPress carrega tudo isso em cada solicitação de página, quer o plugin precise disso no momento ou não.

Você não verá isso na contagem de revisões, mas ele aparece no tempo de resposta do seu site.

O inchaço se acumula

O inchaço não atinge um nível gerenciável e permanece lá. Ele cresce a cada edição de postagem, comentário recebido e plugin ativado. Um banco de dados que parecia bom há seis meses pode ser um problema real hoje.

Como Limpar Seu Banco de Dados WordPress

Aqui está o processo completo de limpeza do seu banco de dados, do backup à verificação.

Veja o que você fará:

Passo 1: Faça backup do seu site com o Duplicator: crie um backup verificado e armazene-o em armazenamento em nuvem antes de tocar em qualquer coisa. Se a limpeza quebrar algo, este é o seu único caminho de recuperação.
Passo 2: Instale o DB Optimizer: coloque a ferramenta de limpeza em prática ou acesse-a através do Duplicator Pro se ela já estiver incluída no seu plano.
Passo 3: Verifique a pontuação de saúde do seu banco de dados: leia a pontuação de 0 a 100 em cinco categorias para saber onde está o inchaço.
Passo 4: Ajuste suas configurações de retenção: defina o limite que protege os dados criados recentemente de serem incluídos na limpeza; a janela padrão de 7 dias é um bom ponto de partida para a maioria dos sites.
Passo 5: Execute a limpeza: remova revisões, spam, transientes e outras lixeiras em massa, com uma etapa de visualização antes de cada exclusão para que nada desapareça sem confirmação.
Passo 6: Otimize suas tabelas de banco de dados: recupere o espaço fragmentado deixado após as exclusões.
Passo 7: Verifique se a limpeza funcionou: confirme se a pontuação de saúde melhorou, verifique o tamanho do banco de dados antes/depois e faça uma verificação pontual do site ativo antes de considerar concluído.

Etapa 1: Faça Backup do Seu Banco de Dados

Se você excluir algo que um plugin estava usando ativamente, sua única maneira de voltar é com um backup funcional. É por isso que este é o primeiro passo e não uma reflexão tardia.

Duplicator é um plugin de backup e migração do WordPress usado por mais de 1,5 milhão de proprietários de sites. A versão gratuita lida com backups completos do site e está disponível diretamente no diretório de plugins do WordPress.

Se você ainda não usa o Duplicator Pro, instale a versão gratuita agora, e ela o ajudará nesta etapa.

Usaremos o DB Optimizer mais tarde neste tutorial, que está incluído no Duplicator Pro, então vale a pena fazer o upgrade. No entanto, você também pode obter o DB Optimizer como um plugin autônomo se quiser trabalhar com o Duplicator Lite.

Instale e ative o Duplicator em seu site WordPress. Para criar seu backup, vá para Backups e clique em Add New.

Recomendo armazenar uma cópia em algum lugar fora do seu servidor. O Duplicator Pro tem armazenamento Duplicator Cloud nativo, bem como Amazon S3, Google Drive, Dropbox e muito mais.

If your server goes down or gets corrupted, a backup sitting on the same server won’t help you. With a cloud copy in place, Duplicator Pro lets you restore directly from cloud storage with one click.

Select the Full Site preset. This includes everything on your website.

Finish building the backup. If you chose cloud storage, Duplicator automatically uploads your files there. If you saved the backup locally, download both files.

Etapa 2: Instale o DB Optimizer

DB Optimizer is Duplicator’s dedicated database cleanup plugin. It handles revisions, transients, spam, orphaned cache data, and table optimization.

Here’s what you’ll get with DB Optimizer:

0-100 database health score
Pre-cleanup backups with Duplicator integration
Bulk database cleanup
Removes table overhead, transients, revisions, autoload size, and trash items
Individual database table cleanup and repair
Custom retention period to avoid deleting recent data

The plugin is included free with Duplicator Pro or Elite plans. It’s also available as a standalone plugin for $29/yr.

Once you get the plugin, download it from your Duplicator account. Upload it as a new plugin in WordPress and activate it.

Etapa 3: Verifique a Pontuação de Saúde do Seu Banco de Dados

Open DB Optimizer. You’ll immediately see your database health score: a number from 0 to 100, color-coded.

Green means the database is in good shape. Orange or red means there’s meaningful bloat worth addressing.

The score breaks down across five categories:

Table Overhead: fragmented space left behind after rows have been deleted
Transients: expired cached values plugins stored but never cleaned up
Revisions: saved versions of posts and pages from every edit session
Autoload Size: data WordPress loads on every page request, whether it’s needed or not
Trash Items: posts, pages, and comments sitting in the trash folder

My test site scored a 61 on the first run. Most of the damage was in Revisions, since there were three years of post edits with WordPress’s default unlimited revision storage. Once I knew that, I knew exactly where to focus.

Note which categories are scoring low before moving on. You’ll use that to decide what to prioritize in the cleanup.

Etapa 4: Ajuste Suas Configurações de Retenção

Before running any cleanup, set your retention threshold. This is the safeguard that keeps DB Optimizer from deleting something you created or edited recently.

Find it in the Settings area within DB Optimizer. The default is 7 days. Any revision, draft, or transient created in the last 7 days won’t be touched, no matter what you select in the cleanup step.

If you’re running a stable production site with mostly published content, you can lower it to 3–5 days. If your site has active drafts or content that gets revised frequently, keep it at 7 or raise it higher.

I don’t recommend setting it to 0. That removes the safety net entirely, and unless the site has been completely dormant, you risk catching data that’s still in use.

Etapa 5: Limpe Seu Banco de Dados

Now head over to the Cleanup tab. This is where the data removal happens.

DB Optimizer organizes removable items into three groups. Before you click anything, read the item counts and reclaimable space shown next to each category. That tells you exactly what’s about to go.

You’ll see ratings across these categories:

Posts & Pages: post revisions, auto-drafts, and trashed posts
Comments: spam comments, trashed comments, pingbacks, and trackbacks
Transients & Cache: expired transients and oEmbed cache

Hit the Select All button and then Clean Selected Items. You can also use individual Clean buttons next to each item.

When you proceed to cleanup, DB Optimizer shows you a preview of exactly what will be deleted. Confirm it before executing.

Excluir todos os transientes do WordPress

This preview step is the reason I recommend this tool over running SQL queries manually. You can see the list before you commit.

Etapa 6: Otimize as Tabelas do Seu Banco de Dados

Cleanup removes rows. This step reclaims the space those deletions left behind.

Think of it like defragging a hard drive. The data is gone, but the database still has fragmented gaps where those rows used to be. Table optimization closes those gaps and makes queries more efficient.

Open the Tables tab. DB Optimizer shows each table’s name, size, and overhead.

Click Optimize on any table with significant overhead. You can also click Optimize All Tables with Overhead to clean in bulk.

The process runs quickly on most tables. After it finishes, the overhead column should show 0 or near-zero.

Etapa 7: Verifique se a Limpeza Funcionou

Return to the Dashboard tab and refresh the health score. It should be higher than when you started.

How much higher depends on how bloated the database was. A site with three years of unmanaged revisions will see a bigger jump than one that’s been maintained.

Check the total database size shown in the stats panel. Compare it to what you noted before starting. That difference is real storage recovered.

Then spot-check your site. Visit the front end, log into wp-admin, open a few posts, and poke around any plugins that were active during the cleanup.

You’re looking for anything broken: missing content, plugin errors, settings that have reset.

If something is wrong, don’t troubleshoot blind. Restore the Duplicator backup you created in Step 1 and start the diagnostic from there.

If the health score barely moved despite a successful cleanup, look at the Autoload Size category specifically. A high autoload score means a plugin is forcing WordPress to load a large amount of data on every page request.

That’s a plugin configuration issue, not something cleanup removes — see the troubleshooting section below.

Com que Frequência Você Deve Limpar Seu Banco de Dados?

Think of the health score like a warning light. You don’t need to stare at it constantly, but checking it regularly means you catch problems before they compound.

Para a maioria dos sites, verificar uma vez por mês é suficiente. Limpe quando a pontuação cair abaixo de um limite com o qual você se sinta confortável. Algo em torno de 70 é uma meta razoável.

Se o site estiver em boa forma após uma limpeza, ele se manterá por um mês sem muitos problemas.

Sites de alta atividade com publicações diárias, alto volume de comentários ou alterações frequentes de plugins podem precisar de uma verificação a cada duas semanas. As categorias de revisões e transientes se acumulam mais rapidamente em sites movimentados.

Sites de baixo tráfego ou que raramente são atualizados podem estender as verificações para trimestrais sem problemas.

Adicione um lembrete recorrente ao seu calendário. Torne-o parte da mesma rotina de verificar backups e atualizar plugins. Leva cerca de cinco minutos depois que você sabe o que está procurando.

Você também deve executar uma verificação rápida da pontuação de saúde após a instalação ou desinstalação de qualquer plugin importante. Novos plugins podem adicionar dados de autoload, e a desinstalação de plugins nem sempre limpa suas tabelas de banco de dados.

Pegar isso cedo é mais fácil do que descobrir meses depois.

Solução de problemas: Quando a limpeza não sai como esperado

A maioria das limpezas ocorre sem problemas. Veja o que fazer quando a sua não ocorrer.

A pontuação de saúde não melhorou após a limpeza

Você executou todas as etapas de limpeza e a pontuação mal se moveu. O culpado é quase sempre o tamanho do Autoload.

Dados de autoload são informações que os plugins armazenam na tabela wp_options e dizem ao WordPress para carregar em cada solicitação de página. Eles não aparecem nas categorias de revisão ou transientes — vivem separadamente e a limpeza não os toca.

Verifique o indicador de tamanho do Autoload na aba Painel. Se estiver vermelho ou com pontuação baixa, esse é o seu gargalo.

Identifique quais plugins estão contribuindo mais pesquisando "WordPress autoload bloat" junto com o nome do plugin, ou use uma ferramenta como Query Monitor para inspecionar o wp_options diretamente.

A correção geralmente está nas próprias configurações do plugin. Alguns plugins permitem desativar o autoload para certos dados, e outros apenas precisam ser substituídos.

Algo no site quebrou após a limpeza

Você terminou a limpeza e algo parou de funcionar. Um widget desapareceu, um plugin gerou um erro ou as configurações foram redefinidas para o padrão.

Isso acontece quando um plugin armazena dados de configuração como um transiente ou os armazena de uma forma que parece lixo para uma ferramenta de limpeza. É um mau comportamento do plugin, mas existe.

Restaure o backup do Duplicator que você criou na Etapa 1. Não tente corrigir o problema primeiro. Uma restauração completa o coloca de volta em um estado de funcionamento conhecido em minutos.

Depois de restaurado, execute a limpeza novamente com o limite de retenção aumentado para 14 ou 30 dias. Essa rede de segurança mais ampla protegerá dados mais recentes e geralmente isolará o problema.

As revisões de posts continuam voltando

Você limpou as revisões e, uma semana depois, a contagem voltou a subir. Esse é um comportamento esperado. A limpeza remove a pilha existente, mas o WordPress continua salvando novas revisões a cada edição.

A correção da limpeza é temporária, a menos que você resolva a origem. Adicione esta linha ao seu arquivo wp-config.php:

define('WP_POST_REVISIONS', 3);

Isso limita o armazenamento de revisões a 3 por post daqui para frente. Sua próxima limpeza terá muito menos para remover. Você pode ajustar o número, mas 3 é bom para a maioria dos sites, e 10 é razoável para sites com revisões de conteúdo frequentes.

wp-admin ainda parece lento após a limpeza

A limpeza foi executada com sucesso e a pontuação de saúde melhorou, mas o painel de administração ainda parece lento.

O tamanho do banco de dados é um fator. Se o Tamanho Autoload pontuou baixo na sua aba Dashboard, uma tabela wp_options inchada está fazendo o WordPress carregar dados desnecessários a cada solicitação, e isso afeta diretamente o desempenho do admin.

O outro culpado comum não tem nada a ver com o banco de dados: plugins demais rodando em páginas de admin, hospedagem lenta ou um tema carregando assets pesados no backend. Se a pontuação do Tamanho Autoload estiver saudável após a limpeza, o banco de dados não é o gargalo, e você precisará procurar em outro lugar.

Perguntas Frequentes (FAQs)

É seguro excluir revisões de posts?

Sim, com uma ressalva. As revisões só são úteis se você precisar reverter um post para uma versão anterior. Uma vez que um post é publicado e você está satisfeito com ele, essas revisões não servem para nada. O limite de retenção do DB Optimizer protege qualquer coisa criada nos últimos 7 dias por padrão, então o conteúdo editado recentemente não será tocado.

Limpar meu banco de dados vai acelerar meu site?

Pode, mas a melhoria depende de quão inchado estava o banco de dados e onde está o gargalo. Os ganhos mais consistentes aparecem no tempo de resposta do wp-admin e na velocidade de backup. O desempenho do front-end depende mais de cache, infraestrutura de hospedagem e otimização de imagens. Um banco de dados limpo remove um obstáculo de desempenho; ele não substitui o restante do trabalho.

Preciso fazer backup antes de limpar meu banco de dados?

Sim. Uma limpeza de banco de dados exclui linhas permanentemente. Se um plugin armazenou dados de configuração em um formato que parece lixo para uma ferramenta de limpeza, você pode quebrar algo sem um backup para restaurar. O Duplicator Pro cria um backup completo do site em minutos, e você pode armazená-lo diretamente no armazenamento em nuvem para uma restauração remota se algo der errado.

Qual a diferença entre limpar e otimizar um banco de dados?

A limpeza remove linhas desnecessárias: revisões, comentários de spam, transientes expirados e rascunhos automáticos. A otimização recupera o espaço fragmentado deixado após a exclusão dessas linhas — o equivalente no banco de dados de desfragmentar um disco. O DB Optimizer cuida de ambos: limpeza na aba Cleanup e otimização de tabelas na aba Tables. Faça a limpeza primeiro, depois otimize.

Posso limpar meu banco de dados sem um plugin?

Sim. O phpMyAdmin permite executar consultas SQL diretamente no banco de dados, e o WP-CLI tem comandos integrados para exclusão de transientes. Ambos os métodos funcionam, mas nenhum mostra uma prévia antes de excluir. Uma consulta errada no phpMyAdmin e os dados se foram. Um plugin como o DB Optimizer adiciona uma etapa de confirmação que as consultas SQL não têm. Essa prévia vale muito quando você está trabalhando com um banco de dados de produção.

O que são transientes e é seguro excluí-los?

Transients são valores temporários em cache que os plugins armazenam em seu banco de dados. O WordPress deveria excluí-los automaticamente quando expiram, mas ele usa exclusão preguiçosa. Ele só os remove quando algo os solicita, não em um cronograma. Isso significa que transients expirados se acumulam ao longo do tempo e nunca são limpos, a menos que você o faça manualmente. O limite de retenção do DB Optimizer deixa os transients ativos (não expirados) em paz e remove apenas aqueles que já expiraram.

Um Banco de Dados Limpo Não Permanece Assim Sem um Plano

Você fez a parte difícil. O backup foi verificado e armazenado fora do servidor, o lixo foi removido, as tabelas foram otimizadas e a pontuação de saúde está de volta ao verde.

O que tende a anular esse trabalho não é o descaso — é a atividade normal do site.

Cada plugin que você adiciona escreve algo no banco de dados. Cada post que você publica e revisa adiciona à pilha de revisões. Cada plugin que você desinstala pode deixar uma tabela para trás.

O banco de dados não se mantém limpo sozinho, mas também não é preciso muito para evitar que ele saia do controle novamente.

Verifique a pontuação de saúde mensalmente e limpe quando ela cair. Após qualquer instalação ou remoção significativa de plugin, execute uma verificação rápida para ver o que mudou. Esses dois hábitos capturam a maior parte do acúmulo antes que se torne um problema.

Uma limpeza de banco de dados sem um backup funcional é um clique errado de um site quebrado. A etapa de visualização do DB Optimizer reduz o risco, mas não o elimina. O único cenário contra o qual ele não pode proteger é um plugin que armazenou dados críticos em algum lugar onde não deveriam estar.

Duplicator Pro lida com ambos os lados disso: o backup antes de você limpar e a restauração se algo der errado. Mais de 1,5 milhão de profissionais de WordPress usam o Duplicator para proteger seus sites, e a integração de armazenamento em nuvem significa que seu backup está fora do servidor e pronto para ser restaurado com um clique se você precisar.

Comece com o Duplicator

Se este post ajudou você a limpar seu banco de dados WordPress, acho que você vai gostar destes outros recursos:

Joella Dunn Redator de Conteúdo

Joella é uma escritora com anos de experiência em WordPress. Na Duplicator, ela se especializa em manutenção de sites — de backups básicos a migrações em larga escala. Seu objetivo final é garantir que seu site WordPress esteja seguro e pronto para crescer.

Ver Biografia Completa