| Opcao | O que executa | Check de validacao |
|---|---|---|
| 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 opcoes acima via WP-Cron | Desligado por padrao |
Legenda: a aba Database concentra as cinco rotinas de limpeza que substituem o SQL manual.
--- ## Por que a WP Rocket integracao 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 padrao 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 integracao 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 integracao 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 serao 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 integracao 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.Porque o OPTIMIZE TABLE do WP Rocket não libera espaco em tabelas InnoDB, o motor padrao 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.
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.
O WP Rocket trata o banco como housekeeping rápido dentro do plugin de cache, com cinco opcoes 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.
No plano PRO da FULL, o WP Rocket sai por R$85 por site, considerando o plano de R$849,90 que cobre ate 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.
A aba Database remove revisões de post, rascunhos automáticos, posts na lixeira, comentários de spam e transients expirados, alem de rodar OPTIMIZE TABLE para desfragmentar tabelas MyISAM. Ela usa funções nativas do WordPress como wp_delete_post_revision e delete_transient. Nao faz conexão com banco externo, replicação nem object cache; é uma rotina de limpeza interna agendavel.