A WP Rocket integração com bancos não é um conector de banco: é a aba Database, que limpa revisões, transients e tabelas via WP-Cron. Segundo a WordPress Developer Docs (2026), transients são re-criados pelos plugins a cada request e raramente chegam a zero. O comando OPTIMIZE TABLE ignora tabelas InnoDB, motor padrão desde o MySQL 5.5. Use a limpeza certa para o ganho aparecer.
A WP Rocket integração com bancos confunde quem espera um conector externo. O que o plugin faz é uma rotina de limpeza dentro do próprio WordPress: ele apaga revisões de post, rascunhos automáticos, comentários de spam e transients expirados, e roda OPTIMIZE TABLE para desfragmentar tabelas MyISAM. Não há ponte com banco externo, nem replicação, nem pool de conexão. Entender esse limite é o que separa um ganho real de TTFB de uma falsa sensação de otimização. Veja como o cache se encaixa nisso no guia de configuração do WP Rocket e em todos os conteúdos de performance WordPress da FULL.
Neste artigo
Primeiros passos: O que a aba database realmente faz
A aba Database do WP Rocket 3.x reune cinco grupos de limpeza e roda em 1 clique, sem SQL manual: Post Cleanup, Comments Cleanup, Transients Cleanup, Database Cleanup e Automatic Cleanup. Cada grupo chama uma função nativa do WordPress, não um driver próprio. Por isso a WP Rocket integração com bancos é, na prática, um agendador de housekeeping. A tabela abaixo mapeia cada opção ao comportamento real documentado.
| Opção | O que executa | Check de validação |
|---|---|---|
| Post Cleanup | Apaga revisões via wp_delete_post_revision e rascunhos via wp_delete_post | Revisoes voltam a zero após salvar |
| Comments Cleanup | Remove spam e lixeira via wp_delete_comment | Fila de spam vazia |
| Transients Cleanup | delete_transient e delete_site_transient | Contagem cai, mas não zera |
| Database Cleanup | OPTIMIZE TABLE no MySQL | So afeta MyISAM, não InnoDB |
| Automatic Cleanup | Agenda as opções acima via WP-Cron | Desligado por padrão |
Legenda: a aba Database concentra as cinco rotinas de limpeza que substituem o SQL manual.
Por que a WP Rocket integração com bancos não reduz o disco
Limpar o banco com o WP Rocket quase nunca devolve espaco em disco quando as tabelas usam InnoDB, o motor padrão do MySQL desde a versão 5.5, de 2010. O comando OPTIMIZE TABLE do plugin reconstroi índices apenas em tabelas MyISAM; no InnoDB, o MySQL aceita o comando mas faz um rebuild que não libera o arquivo ibdata1 de volta ao disco.
Na FULL, a gente ve no suporte que boa parte dos chamados de “limpei o banco e nada mudou” vem exatamente daqui, e a explicação quase sempre é o motor InnoDB. O ganho de WP Rocket integração com bancos aparece em TTFB e no número de linhas que cada query precisa varrer, não em gigabytes recuperados no servidor. Para o cenário inverso, em que o gargalo é a leitura e não o tamanho do banco, vale entender como reduzir o TTFB no WordPress antes de culpar a tabela de dados.
Passo a passo: Configurar a limpeza de banco no WP Rocket
Configurar a limpeza leva cerca de 4 minutos e exige um backup antes de qualquer clique, porque o OPTIMIZE TABLE bloqueia a tabela durante a execução. A WP Rocket integração com bancos é segura quando feita com backup e em horário de baixo tráfego, do contrário uma interrupcao no meio do processo pode deixar a tabela travada por horas.
Siga os cinco passos abaixo na ordem, do menos para o mais agressivo, validando cada etapa antes de avançar para a próxima.
Passo 1: Faca o backup do banco antes de tocar em qualquer opção
Antes de marcar qualquer checkbox, gere um backup completo do banco com o UpdraftPlus ou direto no phpMyAdmin via Export. A própria documentação do WP Rocket avisa: limpeza de banco é irreversível. Em sites WooCommerce com pedidos ativos, exporte também as tabelas wp_wc_orders antes de seguir, porque uma revisão apagada por engano não volta.
Passo 2: Ative post cleanup e comments cleanup primeiro
Marque Revisions, Auto Drafts, Trashed Posts e, em seguida, Spam Comments e Trashed Comments. Esses grupos usam funções nativas (wp_delete_post_revision e wp_delete_comment) e são os mais seguros. Em um site com anos de edição, a tabela wp_posts costuma carregar centenas de revisões por página pilar; limpar isso reduz as linhas que cada query precisa varrer.
Passo 3: Limpe os transients com consciência do comportamento
Ative Transients Cleanup sabendo que a contagem não vai a zero. Plugins recriam transients a cada request, então logo após a limpeza a tabela wp_options volta a crescer. Isso é normal e documentado, não um defeito. O ganho aqui é remover transients órfãos e expirados que ficaram de plugins desinstalados, não zerar a contagem.
Passo 4: Rode OPTIMIZE TABLE sabendo do limite do InnoDB
Marque Database Cleanup (Optimize Tables) ciente de que tabelas InnoDB não serão desfragmentadas de fato. Se a maioria das suas tabelas é InnoDB (o caso de quase todo WordPress moderno), o ganho real vem das tabelas MyISAM residuais e da remoção de overhead. Use o phpMyAdmin para conferir o motor de cada tabela na coluna Engine antes de esperar milagre.
Passo 5: Agende o automatic cleanup, mas valide o cron
Ative Schedule Automatic Cleanup no intervalo semanal e confirme que o WP-Cron do site dispara. Em sites de baixo tráfego, o WP-Cron so roda quando alguém visita a página; sem visitas, a limpeza semanal vira mensal. Em VPS dedicada, troque o WP-Cron por um cron de servidor real para garantir o agendamento.
Quando a limpeza do WP Rocket não basta: Alternativas
Em sites com mais de 50 mil linhas na wp_options ou autoload acima de 1 MB, a limpeza embutida do WP Rocket tende a ficar curta e uma ferramenta dedicada entrega mais controle. A WP Rocket integração com bancos cobre o básico, mas não mexe em autoload nem oferece otimização tabela a tabela com preview antes de apagar.
Para esses casos, plugins como WP-Optimize e Perfmatters atuam onde o WP Rocket para. A escolha depende do gargalo real do seu banco, como mostra o comparativo entre Perfmatters e WP Rocket.
- Se o banco tem revisões e spam acumulados → a limpeza nativa do WP Rocket resolve em 1 clique.
- Se o autoload da wp_options passa de 1 MB → use o Perfmatters, que lista e desativa autoload linha a linha.
- Se você quer agendamento granular por tabela → o WP-Optimize separa cada rotina com preview antes de apagar.
- Se as tabelas são InnoDB e o disco não cede → evite OPTIMIZE TABLE e migre o gargalo para object cache.
A plataforma FULL: WP Rocket e os 17 plugins por r$85 o site
Adquirir o WP Rocket avulso custa a partir de US$59 por ano por site, enquanto no plano PRO da FULL ele entra no bundle junto de outros 16 plugins premium. O plano PRO sai por R$849,90 e cobre até 10 sites, o que coloca cada site em R$85 com WP Rocket, Perfmatters, WP-Optimize e Rank Math PRO inclusos no mesmo painel.
A gente ve no suporte da FULL que a maior parte dos sites lentos não precisa de um plugin novo, e sim da combinacao certa de cache e limpeza de banco que já vem no bundle. Em vez de comprar quatro licenças avulsas e gerenciar quatro renovações anuais separadas, o time concentra cache, otimização de banco e SEO num único plano. Compare os planos FULL em FULL.services/planos e ative cada plugin em 1 clique, sem sair do painel do WordPress.
Perguntas frequentes sobre WP Rocket e banco de dados
Por que a limpeza de banco do WP Rocket não reduz o tamanho do site no disco?
Porque o OPTIMIZE TABLE do WP Rocket não libera espaco em tabelas InnoDB, o motor padrão do MySQL desde a versão 5.5. O comando desfragmenta índices apenas em MyISAM; no InnoDB, o MySQL faz um rebuild interno que não devolve o arquivo de dados ao disco. O ganho real é em velocidade de query, não em gigabytes recuperados no servidor.
E possível usar o WP Rocket para limpar o banco sem instalar o WP-Optimize?
Sim, a aba Database do WP Rocket limpa revisões, transients, spam e roda OPTIMIZE TABLE sem nenhum plugin extra. O WP-Optimize so vale quando você precisa de controle por tabela, preview antes de apagar ou gestão de autoload, recursos que o WP Rocket não cobre. Para a limpeza básica de housekeeping, o WP Rocket sozinho resolve em 1 clique.
Qual a diferenca entre a aba Database do WP Rocket e o WP-Optimize?
O WP Rocket trata o banco como housekeeping rápido dentro do plugin de cache, com cinco opções agendaveis via WP-Cron. O WP-Optimize compete por granularidade: lista cada tabela, mostra o overhead, permite preview e gerencia autoload. Em sites com wp_options acima de 50 mil linhas, o WP-Optimize tende a entregar mais controle; para a maioria, a limpeza do WP Rocket basta.
Quanto custa o WP Rocket por site no bundle da FULL?
No plano PRO da FULL, o WP Rocket sai por R$85 por site, considerando o plano de R$849,90 que cobre até 10 sites com 17 plugins premium inclusos. Avulso, o WP Rocket custa a partir de US$59 por ano por site. O bundle dilui esse custo e ainda adiciona Perfmatters, WP-Optimize e Rank Math PRO no mesmo plano, ativaveis em 1 clique pelo painel da FULL.
O que a aba Database do WP Rocket otimiza de fato no banco de dados?
A aba Database remove revisões de post, rascunhos automáticos, posts na lixeira, comentários de spam e transients expirados, além de rodar OPTIMIZE TABLE para desfragmentar tabelas MyISAM. Ela usa funções nativas do WordPress como wp_delete_post_revision e delete_transient. Não faz conexão com banco externo, replicação nem object cache; é uma rotina de limpeza interna agendavel.
Próximos passos para um banco mais leve
A WP Rocket integração com bancos entrega seu valor quando você sabe o que ela faz e o que não faz: limpa housekeeping e acelera queries, mas não recupera disco em InnoDB nem substitui um object cache. Comece pelo backup, ative Post Cleanup e Comments Cleanup, e so depois mexa em OPTIMIZE TABLE com o motor de tabela em mente. Para aprofundar o impacto disso nas métricas que o Google mede, veja o guia de Core Web Vitals no WordPress e o cache-wordpress-plugin certo para o seu caso. Para continuar aprendendo, o FULL Academy reune tutoriais, guias e reviews de performance em um so lugar.
















