Manutenção da base de dados do WordPress: o que fazer semanalmente, mensalmente e trimestralmente

A maioria dos utilizadores do WordPress nunca abre a sua base de dados, a menos que algo os obrigue a isso.

A sua base de dados WordPress armazena tudo o que faz o seu site funcionar. Todo o conteúdo que os seus visitantes veem e todas as configurações que eles não veem estão armazenados lá.

Quando está saudável, nunca se pensa nisso. Quando não está, os efeitos aparecem em todo o lado.

Nesta publicação, abordarei o que envolve a manutenção da base de dados do WordPress, quais os sinais que indicam um problema e quais as ferramentas que lidam com cada tarefa.

Nenhuma dessas tarefas é particularmente difícil, mas ignorá-las acaba por se tornar um problema com o tempo. Um banco de dados que foi ignorado por dois anos é muito mais difícil de lidar do que um que recebe atenção regular.

Eis as principais conclusões:

• As bases de dados do WordPress acumulam automaticamente excesso de informação: revisões de publicações, transientes expirados, rascunhos automáticos e tabelas de plugins órfãos acumulam-se sem qualquer limpeza automática.
• O carregamento lento das páginas e um administrador lento são sinais comuns de que o seu banco de dados precisa de atenção, não apenas o seu plano de hospedagem.
• Faça sempre uma cópia de segurança antes de fazer qualquer outra coisa. Um ponto de restauração transforma um potencial desastre numa reparação de cinco minutos.
• A ordem correta é: limpar primeiro, otimizar depois. Executar OPTIMIZE TABLE antes de remover o excesso apenas reorganiza os dados que você está prestes a excluir.
• A manutenção programada é melhor do que a manutenção reativa. A limpeza semanal de transientes, a otimização mensal de tabelas e as auditorias trimestrais de plug-ins evitam que os problemas se agravem.
• As ferramentas gratuitas cobrem a maioria dos aspectos básicos: WP-Optimize, WP-Sweep e WP-CLI lidam com a limpeza de rotina. O Duplicator Pro vale o custo para backups automatizados confiáveis.

Índice

Precisa de fazer a manutenção da sua base de dados WordPress?

Sim, o seu site precisa de manutenção consistente da base de dados. No entanto, talvez não precise de tanta manutenção quanto outro site.

Um site com cinco páginas que não muda há meses acumula lentamente excessos. Uma loja WooCommerce que processa encomendas diárias, executa uma dúzia de plugins ativos e publica novos conteúdos todas as semanas é uma situação completamente diferente.

Ambos precisam de manutenção. O que varia é a frequência e a profundidade dessa manutenção.

O WordPress não limpa os seus próprios resíduos. Sempre que um plugin executa um processo, ele pode gravar na base de dados. Cada rascunho que guarda cria um registo de revisão. Cada transiente que um plugin cria deve expirar por si só, mas muitas vezes isso não acontece.

Nada disso é removido automaticamente. Apenas se acumula.

Com o tempo, eis o que acontece:

• As revisões das publicações multiplicam-se cada vez que edita o conteúdo.
• Os rascunhos automáticos acumulam-se a partir de sessões que nunca foram publicadas ou devidamente descartadas.
• As publicações e comentários enviados para a lixeira são automaticamente eliminados após 30 dias, mas em sites movimentados isso ainda pode deixar muitos itens na lixeira, a menos que você a esvazie com mais frequência ou altere esse intervalo.
• Transientes expirados permanecem no wp_options mesa muito tempo depois de terem cumprido a sua função.
• Quando os plugins ou temas são eliminados, frequentemente deixam para trás tabelas órfãs e entradas de opções que não têm pai e não têm nenhuma função.

A base de dados fica cada vez mais pesada, e os efeitos aparecem como consultas mais lentas, carregamento de páginas mais demorado e mais sobrecarga em cada pedido. É fácil ignorar esse atrito até que ele se torne insuportável.

Sinais de que a sua base de dados WordPress precisa de manutenção

Alguns destes sinais são óbvios. Outros são fáceis de atribuir à causa errada. Saber o que realmente está a acontecer torna mais fácil agir.

• As páginas carregam lentamente, mesmo com uma boa ligação.

Se a sua hospedagem não mudou, o tráfego não aumentou e as páginas estão a ficar lentas, o banco de dados é um lugar razoável para se procurar.

Tabelas fragmentadas e consultas não otimizadas adicionam sobrecarga a cada solicitação de página. Essa sobrecarga se acumula à medida que o banco de dados fica mais pesado.

• O administrador do WordPress parece lento.

As páginas Posts, WooCommerce Orders e Media Library extraem grandes quantidades de dados da base de dados a cada carregamento. Se a navegação no painel de administração ficou visivelmente mais lenta, isso geralmente é um problema da base de dados, e não um problema de hospedagem.

• Estão a ocorrer erros na base de dados.

«Erro ao estabelecer uma ligação à base de dados» é o sinal mais visível de que algo está errado.

Erros MySQL específicos da tabela (geralmente aparecem quando WP_DEBUG está ativado) apontam para algo mais específico — uma tabela corrompida, uma falha na gravação, um problema estrutural devido a uma atualização incorreta ou uma interrupção do servidor. Esses problemas não se resolvem por conta própria.

• A base de dados cresceu significativamente sem uma razão clara.

Se verificar o tamanho da sua base de dados e o número for maior do que o esperado, dado o volume do seu conteúdo, algo que não deveria estar a acumular-se está a acumular-se.

Transientes e revisões posteriores são os culpados mais comuns, mas tabelas de registo específicas de plugins também podem crescer sem muita visibilidade.

• Plugins e temas foram instalados e removidos ao longo do tempo.

Muitos plugins criam as suas próprias tabelas de base de dados durante a instalação e não as removem quando são eliminados. Se ao longo dos anos utilizou vários plugins de formulários, ferramentas de SEO ou plugins de adesão, é provável que as tabelas deles ainda estejam na sua base de dados sem qualquer utilidade.

• A base de dados não é atualizada há meses, ou talvez nunca tenha sido.

Uma base de dados que nunca foi mantida num site que está em funcionamento há anos quase certamente tem excessos que devem ser resolvidos. Mesmo que não haja problemas visíveis, isso não significa que a base de dados esteja limpa.

Dicas para manutenção da base de dados do WordPress

Essas não são todas tarefas estritamente relacionadas ao banco de dados, mas fazem parte da manutenção de um site WordPress saudável e a maioria interage com o banco de dados de alguma forma.

Trabalhe com eles na ordem que fizer sentido para o seu site, mas comece sempre com um backup completo do site.

Aqui está uma rápida visão geral das nossas dicas de manutenção da base de dados WordPress:

• Configure backups automáticos da base de dados: agende backups recorrentes para um destino remoto, para que tenha sempre um ponto de restauração antes de executar qualquer tarefa de manutenção.
• Remova dados desnecessários: limpe revisões de publicações, rascunhos automáticos, conteúdo excluído, transientes expirados e metadados órfãos para reduzir o tamanho do banco de dados na fonte.
• Otimize tabelas de banco de dados: execute OPTIMIZE TABLE após a limpeza para desfragmentar o armazenamento interno e recuperar o espaço deixado pelas linhas excluídas.
• Agende limpezas da base de dados: automatize tarefas de limpeza recorrentes para que o excesso de dados não se acumule silenciosamente entre as sessões de manutenção manual.
• Executar atualizações disponíveis: mantenha o núcleo do WordPress, os plugins e os temas atualizados para obter otimizações de consulta, correções de esquema e patches de segurança.
• Faça uma verificação de segurança: verifique a própria base de dados em busca de scripts injetados, contas de administrador não autorizadas e malware escondido no conteúdo armazenado, não apenas nos ficheiros de temas e plugins.
• Verifique a velocidade do site: use o Query Monitor para identificar quais plugins estão a gerar consultas lentas ou excessivas ao banco de dados a cada carregamento de página.
• Procure por links quebrados: encontre links quebrados por publicações eliminadas, slugs alterados ou redirecionamentos ausentes antes que os visitantes os encontrem.
• Otimize imagens: remova variações de tamanho de imagem não utilizadas que se acumulam no servidor e aumentam o tamanho dos backups sem aparecer em nenhum lugar do site.
• Teste os seus formulários: confirme se os envios de formulários ainda são gravados corretamente na base de dados após qualquer manutenção ou migração significativa.
• Filtrar comentários de spam: Configure a eliminação automática de spam para que os comentários de spam capturados não se acumulem silenciosamente na base de dados indefinidamente.
• Remova plugins e temas desnecessários ou inativos: elimine o que não estiver a usar e verifique se há tabelas de base de dados remanescentes que não foram limpas durante a remoção.
• Limpe a cache: limpe a cache do lado do servidor, a cache CDN e a cache de objetos após a manutenção para que as melhorias de desempenho sejam realmente visíveis nos testes.

Configurar backups automáticos da base de dados

Tudo o resto nesta lista acarreta algum risco sem um ponto de restauração.

A otimização pode falhar. As ferramentas de limpeza podem remover mais do que o pretendido. As atualizações podem causar problemas.

Um backup recente transforma um potencial desastre num pequeno inconveniente.

O problema com os backups manuais é que eles acabam por ser ignorados. Planeia fazer um antes da próxima atualização, surge algo e acaba por fazer a atualização mesmo assim.

A automatização do processo elimina essa lacuna. Um backup programado está sempre disponível quando você precisa dele.

A frequência dos backups deve corresponder à frequência com que o seu conteúdo é alterado. Um site WordPress que publica diariamente precisa de backups diários. Um site que é alterado uma vez por mês pode se contentar com backups semanais.

A pergunta a fazer é: quanto trabalho eu estaria disposto a refazer se tivesse que restaurar a partir do último backup?

O local de armazenamento é tão importante quanto a frequência. Manter backups no mesmo servidor do seu site significa que uma falha no servidor afetará tanto o site quanto o backup.

Armazene backups fora do servidor com o Google Drive, Dropbox, Amazon S3 ou outro destino remoto.

O Duplicator Pro é um plugin de backup que lida com todas essas tarefas. Pode configurar backups automáticos personalizados programados para serem executados de hora em hora, diariamente, semanalmente ou mensalmente.

O Duplicator conecta-se a mais de 10 locais de armazenamento remoto, incluindo Duplicator Cloud, Google Drive, Dropbox, S3 e OneDrive.

Se precisar reverter o seu site, use o botão Restaurar. Mesmo que o seu backup esteja na nuvem, o Duplicator faz o download e restaura-o.

Recomendo fazer backup da sua base de dados pelo menos uma vez por semana. Sites mais ativos podem precisar de backups diários ou de hora em hora para acompanhar novos pedidos de clientes e outros dados confidenciais.

Pode configurar várias programações de backup para que todo o seu site esteja coberto. Automatize backups de base de dados mais frequentes, mas tenha também uma rotina de backup consistente para todo o seu site.

Desta forma, não terá de se preocupar com a perda de dados!

Remova dados desnecessários

O WordPress acumula alguns dados que não têm utilidade contínua. Removê-los é geralmente a maneira mais eficaz de reduzir o tamanho do banco de dados.

As revisões de publicações são o maior contribuinte em sites com muito conteúdo. O WordPress guarda uma nova revisão sempre que atualiza uma publicação, e não há um limite rígido, a menos que defina um no wp-config.php.

Os rascunhos automáticos são criados quando o WordPress guarda uma publicação em segundo plano durante sessões de edição que nunca foram publicadas ou devidamente descartadas. Eles acumulam-se silenciosamente e raramente são revistos.

As publicações, páginas e comentários enviados para a lixeira não desaparecem imediatamente quando os move para a lixeira. O WordPress mantém-nos lá por 30 dias por predefinição antes de os eliminar automaticamente, a menos que tenha alterado essa configuração.

Transientes expirados são entradas de dados temporárias que os plugins armazenam no wp_options tabela. Elas deveriam ser limpas automaticamente quando expiram, mas isso nem sempre acontece.

Transientes expirados que permanecem contribuem para o aumento do tamanho das tabelas e tornam mais lentas as consultas que fazem a varredura wp_options.

Metadados órfãos é deixado para trás quando publicações, utilizadores ou termos de taxonomia são eliminados. Os registos de metadados armazenados em tabelas como wp_postmeta e wp_usermeta frequentemente permanecem mesmo após o registo pai ter sido eliminado.

Eles não causam erros visíveis, mas adicionam linhas desnecessárias às tabelas que são consultadas com frequência.

O WP-Sweep e o WP-Optimize são ferramentas sólidas para lidar e remover dados desnecessários da sua base de dados. Pode instalar uma delas e deixá-la limpar a sua base de dados em apenas alguns minutos.

Otimizar tabelas de base de dados

Quando as linhas são eliminadas de uma tabela de base de dados, o MySQL não recupera imediatamente esse espaço. Ele deixa lacunas na estrutura interna da tabela — uma sobrecarga que se acumula ao longo do tempo.

Corrida OPTIMIZE TABLE recupera o espaço liberado, o que pode reduzir o tamanho da tabela e melhorar o desempenho da consulta.

Pode executar a otimização de várias maneiras. Com o phpMyAdmin, selecione as tabelas e escolha Otimizar tabela no menu suspenso.

Se estiver familiarizado com o terminal, use o WP-CLI para executar wp db optimizePara uma limpeza mais fácil para iniciantes, instale um plugin de manutenção como o WP-Optimize.

Otimize após a limpeza, não antes. Desfragmentar uma tabela que ainda está cheia de revisões de publicações e transientes expirados apenas reorganiza os dados que está prestes a excluir. Remova primeiro o excesso e, em seguida, otimize.

Agendar limpezas da base de dados

Uma limpeza única melhora as coisas temporariamente. Sem uma programação recorrente, o inchaço volta e se agrava novamente.

As limpezas programadas impedem que a base de dados chegue ao ponto em que a manutenção se torne um grande projeto.

Limpe os transientes expirados semanalmente, elimine as revisões de publicações e os rascunhos automáticos mensalmente e faça uma revisão completa do tamanho do banco de dados e das tabelas de plugins trimestralmente.

Esses intervalos não são universais (uma loja WooCommerce com muito tráfego pode precisar de atenção mais frequente do que um blog simples), mas são um ponto de partida viável para a maioria dos sites.

O WP-Optimize e o Advanced Database Cleaner suportam limpezas programadas. Basta configurar as tarefas uma vez, definir a frequência e o plugin trata disso automaticamente.

Revise a programação periodicamente. Um site que cresceu significativamente ao longo do último ano pode precisar de manutenção mais frequente do que quando foi criado.

Executar atualizações disponíveis

As atualizações do núcleo, plugins e temas do WordPress frequentemente incluem alterações relacionadas ao banco de dados, como otimizações de consultas, atualizações de esquema, patches de segurança e correções de bugs. Ignorar as atualizações irá perpetuar os problemas conhecidos.

Faça uma cópia de segurança antes de atualizar. Isso aplica-se a todas as atualizações, mas especialmente a plugins que interagem intensamente com a base de dados. O WooCommerce, plugins de adesão, criadores de formulários e ferramentas semelhantes incluem frequentemente alterações no esquema da base de dados nas suas atualizações.

Para o núcleo do WordPress, ativar atualizações automáticas para versões secundárias (atualizações de segurança e manutenção) é geralmente seguro e reduz a janela de exposição a vulnerabilidades conhecidas.

Vale a pena rever as principais versões antes de aplicar, especialmente se estiver a utilizar plugins com dependências significativas da base de dados.

Se o seu site for grande ou complexo o suficiente para que uma atualização incorreta cause sérios problemas, teste as atualizações primeiro em um ambiente de teste. Aplique-as na produção somente depois de confirmar que nada foi danificado.

Quando estiver pronto para testar uma atualização, crie um backup completo do seu site e faça o download com o Duplicator. Arraste e solte o backup no seu ambiente de teste para clonar instantaneamente o seu site e avaliar a atualização com segurança.

Faça uma verificação de segurança

O código malicioso nem sempre reside nos ficheiros de temas ou plugins. Frequentemente, acaba na base de dados: injetado no conteúdo das publicações, nas configurações dos widgets ou no wp_options mesa.

Uma verificação de segurança que apenas verifica ficheiros ignora completamente isso.

As verificações com reconhecimento de base de dados procuram scripts injetados no conteúdo das publicações, contas de administrador não autorizadas, alterações inesperadas nos valores das opções principais e assinaturas de malware conhecidas nos dados armazenados.

Wordfence e Sucuri são plugins de segurança bem conhecidos com verificação de segurança de bases de dados. Qualquer um deles é uma escolha razoável para manutenção regular.

Se uma verificação encontrar algo, o próximo passo não é apenas removê-lo, mas entender como ele chegou lá. A vulnerabilidade que permitiu a injeção ainda pode estar aberta. Remover o conteúdo malicioso sem fechar o ponto de entrada significa que ele pode retornar.

A verificação de segurança é um trabalho de detetive. Ela identifica o que já aconteceu. Por si só, não impede invasões futuras.

Verificar a velocidade do site

A saúde do banco de dados tem um efeito direto no tempo de carregamento. Tabelas não otimizadas, plugins que geram consultas excessivas e chamadas de banco de dados não armazenadas em cache aumentam o tempo necessário para servir uma página.

Um site que ficou mais lento com o tempo geralmente tem um problema de banco de dados que contribui para isso.

O Google PageSpeed Insights e o GTmetrix oferecem uma visão externa do tempo de carregamento e sinalizam problemas específicos.

Para diagnósticos específicos do banco de dados, o Query Monitor é mais útil. É um plugin do WordPress que mostra quais consultas ao banco de dados são executadas em cada carregamento de página, quanto tempo cada uma leva e qual plugin ou tema é responsável por isso.

Se um único plugin estiver a gerar dezenas de consultas lentas em cada solicitação de página, vale a pena investigar. Alguns plugins são simplesmente ineficientes; outros têm opções de configuração que reduzem a carga do banco de dados.

Verificar se há links quebrados

Links quebrados não danificam diretamente a base de dados, mas são frequentemente resultado de operações na base de dados, como publicações eliminadas, slugs alterados e páginas movidas que não tiveram redirecionamentos configurados.

Uma auditoria de conteúdo que inclua a verificação de links deve fazer parte da manutenção periódica do site.

O Broken Link Checker (plugin) e o Screaming Frog (um rastreador de desktop) tratam disso.

Para links internos quebrados, a correção correta geralmente é atualizar o link na fonte ou adicionar um redirecionamento do URL antigo para o novo. Você pode fazer isso com o Broken Link Checker.

Para links externos quebrados, atualize o URL se houver um novo ou remova o link se o conteúdo não existir mais.

Otimizar imagens

O que a maioria dos proprietários de sites não percebe é que o WordPress cria várias variações de tamanho para cada imagem que você carrega — miniatura, médio, grande e quaisquer tamanhos personalizados registrados pelo seu tema ou plugins.

A maioria dessas variações nunca aparece em nenhum lugar do site. Elas ficam apenas no servidor, ocupando espaço em disco e aumentando o tamanho dos backups.

Uma biblioteca de imagens que vem sendo acumulada há alguns anos pode ter dezenas de milhares de ficheiros de variações não utilizados. Classificá-los manualmente para descobrir o que é seguro excluir não é realista.

O WP Media Cleanup trata disso automaticamente. Ele analisa todo o seu site para mapear quais variações de imagem são realmente referenciadas no seu conteúdo.

Tudo o que existe no servidor, mas não é utilizado em nenhum lugar, é marcado para remoção. As imagens originais em tamanho real nunca são alteradas; o plugin visa apenas as variações de tamanho.

O EWWW Image Optimizer e o Smush tratam da otimização de imagens e podem converter ficheiros para WebP, que oferece tamanhos de ficheiro menores com qualidade comparável e é compatível com todos os navegadores modernos.

Teste os seus formulários

Os formulários interagem com a base de dados mais do que a maioria dos proprietários de sites imagina.

Os envios são armazenados, os e-mails são acionados e as transações são registadas. Após qualquer manutenção significativa da base de dados, vale a pena confirmar se os formulários continuam a funcionar como esperado.

Teste o comportamento do frontend (o formulário é enviado sem erros?) e os registos do backend (a entrada apareceu no painel do plugin?).

Estes podem falhar independentemente. Um formulário pode parecer ter sido enviado com sucesso, mas não conseguir gravar a entrada na base de dados.

O WPForms e o Gravity Forms armazenam entradas em tabelas personalizadas da base de dados. Essas tabelas acumulam dados ao longo do tempo e beneficiam do mesmo tipo de limpeza periódica que o resto da base de dados. Se não exportar e arquivar regularmente as entradas antigas, elas continuarão a crescer.

Formulários danificados após uma atualização da base de dados ou migração do site são fáceis de passar despercebidos se não forem verificados ativamente. Adicionar testes de formulários à sua rotina pós-manutenção permite detectá-los antes que um utilizador real o faça.

Filtrar comentários de spam

Em sites com secções de comentários ativas, o spam é uma das fontes mais consistentes de aumento do tamanho da base de dados. O spam é armazenado na base de dados e permanece lá até que alguém o elimine.

O padrão para o lixo eletrônico é de 30 dias, mas muitos sites preferem um prazo mais curto, como 15 dias. Você pode detectar e remover spam com um plugin como o Akismet.

Isso evita que a fila de spam cresça indefinidamente sem a necessidade de intervenção manual.

Para uma limpeza imediata, elimine em massa através do ecrã Comentários ou utilize um plugin de limpeza para removê-los de uma só vez.

Remova plugins e temas desnecessários ou inativos

Os plugins inativos não são executados, mas muitos deles deixam vestígios. Tabelas de base de dados criadas durante a instalação, entradas de opções gravadas em wp_options, e os transientes não desaparecem automaticamente quando desativa um plugin.

Revise os plugins instalados algumas vezes por ano. Tudo o que não estiver em uso ativo deve ser eliminado, não apenas desativado.

Após a eliminação, verifique se há tabelas restantes usando o phpMyAdmin ou o Advanced Database Cleaner. Se uma tabela não tiver nenhum plugin ativo associado a ela, geralmente pode ser removida, mas revise antes de eliminar, especialmente se o nome da tabela não for imediatamente reconhecível.

O mesmo se aplica aos temas. O WordPress requer pelo menos um tema alternativo (um tema padrão Twenty-Something funciona), mas tudo o que for além disso pode ser eliminado.

Os temas não utilizados não sobrecarregam a base de dados da mesma forma que os plugins, mas representam código desnecessário no servidor e um risco potencial à segurança se não forem atualizados.

Antes de remover qualquer plugin que armazene dados importantes (entradas de formulários, encomendas do WooCommerce, registos de membros), exporte esses dados primeiro. Apagar o plugin sem exportar significa que os dados serão apagados também.

Limpar a cache

Após a manutenção da base de dados, o conteúdo armazenado em cache pode refletir o estado do site antes da manutenção. Uma página que foi armazenada em cache antes de limpar os transientes expirados ou atualizar o conteúdo continuará a apresentar a versão antiga até que o cache seja atualizado.

Limpe o cache do lado do servidor (WP Rocket, W3 Total Cache, LiteSpeed Cache ou qualquer outro que o seu host forneça) e o cache CDN, se estiver a usar um.

Os caches de objetos (Redis, Memcached) armazenam os resultados das consultas ao banco de dados na memória. Limpe-os também, pois eles podem conter resultados de consultas que não são mais precisos.

Algumas melhorias na base de dados não aparecerão nas métricas de desempenho até que o cache seja limpo. Executar um teste de velocidade imediatamente após a otimização, sem limpar o cache primeiro, pode produzir resultados enganosos.

Faça a limpeza da cache como último passo na rotina de manutenção e, em seguida, teste.

Ferramentas para manutenção da base de dados do WordPress

Cada ferramenta abaixo tem uma finalidade diferente. Algumas se sobrepõem, mas nenhuma é redundante. A combinação certa depende do seu nível de conforto e do que pretende alcançar.

Duplicador

Antes de executar qualquer tarefa de manutenção que modifique a base de dados, é necessário um ponto de restauração. O Duplicator Pro é a ferramenta certa para essa tarefa e é a primeira coisa a configurar antes de qualquer outra coisa nesta lista.

O Duplicator Pro cria backups completos do site, incluindo o banco de dados e os ficheiros num único arquivo portátil. Também é possível criar backups apenas do banco de dados com predefinições.

Os backups programados são executados automaticamente com a frequência que você configurar: a cada hora, diariamente, semanalmente, mensalmente ou em intervalos personalizados.

O Duplicator pode enviar os seus dados para destinos remotos, como a nuvem nativa do Duplicator, Google Drive, Dropbox, Amazon S3, OneDrive e FTP.

As cópias de segurança permanecem fora do servidor, o que significa que uma falha no servidor não leva consigo o seu ponto de restauração.

O processo de restauração é prático. Os iniciantes podem clicar no botão Restaurar no painel de administração.

O Duplicator trata da restauração através do seu próprio instalador, que funciona mesmo quando o WordPress não está a carregar. Se todo o seu site estiver em baixo, carregue os seus ficheiros de backup diretamente para o servidor para restaurar os seus dados.

O Duplicator Pro também lida com migrações de sites usando o mesmo formato de arquivo que seus backups. Se você já o utiliza para backups, a migração é coberta sem a necessidade de uma ferramenta separada.

Pense nisso como a base de qualquer configuração de manutenção, não como um extra opcional. Tudo o resto fica mais fácil quando se sabe que é possível recuperar de um erro.

Plugins de limpeza de bases de dados

O WP-Optimize cobre as tarefas de limpeza mais comuns: revisões de publicações, rascunhos automáticos, comentários de spam, transientes expirados e otimização de tabelas. Ele suporta agendamento, para que você possa configurá-lo para ser executado automaticamente de forma recorrente.

Para a maioria dos sites, este é um bom ponto de partida. Ele lida com a maior parte da limpeza rotineira do banco de dados sem muita configuração.

O Advanced Database Cleaner é particularmente útil para identificar tabelas remanescentes de plugins que foram eliminados. Ele mapeia cada tabela para o plugin associado, para que possa ver o que ainda está ativo e o que ficou órfão.

Use-o quando a limpeza mais ampla do WP-Optimize não for específica o suficiente.

O WP-Sweep não inclui agendamento, mas se você deseja uma ferramenta simples para sessões de limpeza manual, ele dá conta do recado.

Se precisar de redefinir totalmente a sua base de dados para as configurações padrão, recomendo o Database Reset Pro. Este plugin gratuito irá reverter instantaneamente qualquer base de dados sem remover as suas palavras-passe. É ótimo para desenvolvimento.

phpMyAdmin

O phpMyAdmin é uma interface web para MySQL incluída na maioria dos ambientes de alojamento cPanel e Plesk. Permite-lhe aceder diretamente à base de dados.

Com o phpMyAdmin, pode navegar pelo conteúdo das tabelas, verificar o estado das tabelas, executar consultas SQL, exportar tabelas específicas e realizar reparações e otimizações.

Para otimizar, selecione as tabelas nas quais deseja trabalhar, abra o menu suspenso na parte inferior da lista de tabelas e escolha Otimizar tabela.

Para uma exportação completa da base de dados, utilize o separador Exportar, selecione o formato SQL, escolha as tabelas que deseja e transfira o ficheiro.

O phpMyAdmin é mais adequado para utilizadores intermediários. O separador de consultas SQL pode modificar ou eliminar dados instantaneamente sem solicitações de confirmação, por isso, se não se sentir confortável a escrever SQL, opte pelas opções da interface em vez do separador de consultas.

Ferramenta de reparação integrada no WordPress

O WordPress inclui uma ferramenta integrada de reparação de bases de dados que é útil quando se verificam erros na base de dados e se pretende um diagnóstico rápido sem abrir o phpMyAdmin.

Para ativá-lo, adicione define('WP_ALLOW_REPAIR', true); ao seu ficheiro wp-config.php e, em seguida, aceda a seudominio.com/wp-admin/maint/repair.php.

Verá duas opções: Reparar base de dados, que corrige problemas estruturais nas tabelas da base de dados, e Reparar e otimizar base de dados, que faz o mesmo e executa a otimização posteriormente.

Uma observação importante: esta página fica acessível sem necessidade de login enquanto a constante estiver ativa. Remova a linha do wp-config.php assim que terminar. Não é uma página que se deseja manter acessível ao público de forma contínua.

WP-CLI para programadores

WP-CLI é uma ferramenta de linha de comando para gerenciar o WordPress sem usar a interface administrativa. Para desenvolvedores, é mais rápida e flexível do que qualquer interface de plugin e é adequada para automação por meio de tarefas cron do servidor.

Os comandos mais úteis para manutenção de bases de dados:

• wp db optimize: otimiza todas as tabelas da base de dados
• wp db repair: executa a rotina de reparação na base de dados
• wp db export / wp db import: exporta ou importa um backup completo da base de dados como um ficheiro SQL
• wp transient delete --all: remove todos os transientes de uma só vez
• wp post delete $(wp post list --post_status=trash --format=ids): elimina todas as publicações enviadas para a lixeira com um único comando

Para manutenção de rotina em vários sites, os comandos WP-CLI podem ser programados e agendados para serem executados sem qualquer intervenção manual.

A maioria dos hosts WordPress geridos fornece acesso SSH para WP-CLI. Se não tiver a certeza se o seu host suporta isso, verifique a documentação ou pergunte ao suporte.

Melhores práticas para otimização da base de dados do WordPress

• Faça sempre uma cópia de segurança antes de otimizar.

Isso aplica-se sempre, não apenas quando algo parece arriscado. As tarefas de otimização raramente causam problemas, mas «raramente» não significa «nunca». Um backup leva alguns minutos com o Duplicator, enquanto a recuperação sem ele pode levar horas.

• Otimize após a limpeza, não antes.

Corrida OPTIMIZE TABLE em uma base de dados cheia de revisões de publicações, transientes expirados e metadados órfãos apenas reorganiza os dados que você está prestes a remover.

Remova primeiro o excesso e, em seguida, desfragmente o que restar. Fazer isso na ordem errada desperdiça tempo e cria uma carga de gravação desnecessária.

• Não otimize constantemente.

Para tabelas InnoDB (o padrão na maioria das instalações modernas do WordPress), OPTIMIZE TABLE reconstrói toda a tabela internamente. Executá-lo diariamente ou após cada pequena alteração cria uma sobrecarga de gravação sem ganhos significativos de desempenho.

Uma vez por mês, ou após uma limpeza significativa, é suficiente.

• Use um ambiente de teste para alterações significativas.

Se estiver a fazer uma grande limpeza, atualizar plugins pesados em termos de base de dados, como o WooCommerce, ou alterar a estrutura da sua URL, teste primeiro no ambiente de teste. Aplicar alterações não testadas diretamente num site de produção ativo é como surgem problemas que poderiam ser evitados.

A maioria dos hosts geridos inclui ambientes de teste. Se o seu não incluir, o Duplicator Pro pode criar um.

• Limite as revisões na fonte.

Em vez de limpar as revisões de forma reativa, limite o número de gravações do WordPress desde o início.

Adicionar define('WP_POST_REVISIONS', 5); no seu ficheiro wp-config.php diz ao WordPress para manter um máximo de cinco revisões por publicação e descartar automaticamente as mais antigas.

Isso não remove as revisões existentes, mas impede que o acúmulo continue na mesma proporção.

• Audite plugins para eficiência do banco de dados.

Nem todos os plugins são criados tendo em mente o desempenho do banco de dados. Alguns geram um número excessivo de consultas a cada carregamento de página; outros gravam no banco de dados muito mais do que sua função justifica.

O Query Monitor torna isso visível. Ele mostra quais consultas são executadas em cada página, quanto tempo elas levam e qual plugin ou tema as gerou.

Se um plugin é constantemente responsável por consultas lentas ou excessivas, vale a pena resolver isso, seja através das suas configurações ou substituindo-o.

• Mantenha um registo básico de manutenção.

Um registo facilita a identificação de padrões, a confirmação de que as tarefas agendadas estão realmente a ser executadas e a compreensão do que mudou antes do surgimento de um problema. Não precisa ser elaborado — um simples ficheiro de texto ou uma nota numa ferramenta de gestão de projetos funciona bem.

Lista de verificação completa para manutenção da base de dados WordPress

Use isto como referência, não como um conjunto rígido de regras. Ajuste com base na atividade real do seu site.

Um site estático não precisa de todos os itens desta lista. Uma loja WooCommerce com encomendas diárias provavelmente precisa de mais do que o que está aqui.

Semanal

• Limpar transientes expirados
• Esvazie os comentários de spam (ou confirme que a eliminação automática está configurada)
• Verifique se há atualizações disponíveis para plugins, temas e núcleo do WordPress.

Mensal

• Verifique se os backups automáticos foram executados e teste um backup recente.
• Remova as revisões de publicações que excedam o limite definido
• Eliminar rascunhos automáticos e conteúdo enviado para a lixeira
• Otimizar tabelas de bases de dados
• Executar uma verificação de segurança
• Limpar cache do servidor e CDN
• Formulários de chave de teste (envio e registo de entradas)

Trimestral

• Audite e remova plugins e temas inativos; verifique se há tabelas de banco de dados restantes
• Verificar se há links quebrados
• Verifique a velocidade do site e analise consultas lentas com o Query Monitor
• Verifique o tamanho da base de dados no phpMyAdmin ou no painel de controlo do seu alojamento
• Envie ou verifique o seu mapa do site no Google Search Console
• Revise a biblioteca de imagens em busca de ficheiros órfãos ou não otimizados.

Conforme necessário

• Reparar tabelas corrompidas
• Restaurar uma cópia de segurança após uma atualização ou migração falhada
• Exportação completa da base de dados antes de uma atualização importante ou migração do site

Perguntas mais frequentes (FAQs)

Tarefas de limpeza, como eliminar revisões, limpar spam ou remover conteúdo enviado para a lixeira, são operações separadas e só são executadas quando você as inicia explicitamente. Você controla o que é removido.

Você otimiza o desempenho em uma tabela saudável; você repara quando vê erros ligados a uma tabela específica. Executar a otimização em uma tabela corrompida não resolverá o problema subjacente.

Se precisar de mais granularidade, especialmente para identificar e remover tabelas remanescentes de plug-ins excluídos, o Advanced Database Cleaner é uma boa opção.

Os programadores que preferem trabalhar a partir da linha de comando podem lidar com tudo isso através do WP-CLI, sem precisar instalar nenhum plugin.

Se o banco de dados ainda estiver maior do que o esperado após a limpeza, verifique se alguma tabela específica do plugin está a registar mais dados do que o necessário. Alguns plugins de análise e criadores de formulários armazenam registos detalhados por predefinição, e essas tabelas podem crescer substancialmente ao longo do tempo.

A hospedagem WordPress gerenciada por provedores como WP Engine ou Kinsta custa cerca de US$ 20 a US$ 35 por mês e inclui backups automatizados, verificação de segurança e gerenciamento de atualizações como parte do pacote.

Contratar um freelancer ou agência para manutenção contínua custa entre US$ 50 e várias centenas de dólares por mês, dependendo do escopo e do tamanho do site.

Para a maioria dos proprietários de sites, um meio-termo prático é o Duplicator Pro para backups, um plugin gratuito de limpeza que funciona de acordo com uma programação e revisões trimestrais manuais — uma cobertura sólida sem custos significativos contínuos.

Não espere por uma mensagem de erro

A manutenção da base de dados não é complicada, mas requer consistência.

Um site que recebe atenção regular raramente desenvolve o tipo de problemas complexos que se transformam em um verdadeiro trabalho de recuperação. Um site que foi ignorado durante anos é uma situação diferente.

A ordem das operações é importante: primeiro faça o backup, depois a limpeza e, por último, a otimização. Executar a otimização antes da limpeza desperdiça esforço. Executar qualquer uma das duas sem um backup é um risco desnecessário.

Nem todas as tarefas desta lista se aplicam a todos os sites. Use a lista de verificação para identificar o que é relevante para a sua situação e crie um cronograma com base nisso, em vez de tratar todos os itens como obrigatórios.

Se há um ponto de partida, esse ponto são os backups. Um ponto de restauração confiável torna todas as outras tarefas de manutenção mais seguras e é o único elemento que limita os danos quando algo dá errado — seja uma atualização com falha, uma migração malfeita ou uma tabela corrompida.

O Duplicator Pro lida com backups automáticos programados, armazena cópias na nuvem e restaura-as em minutos. É a base de uma configuração de manutenção que realmente funciona quando você precisa.

Já que está aqui, acho que vai gostar destes guias WordPress relacionados:

• Como a Black Bike Media salvou uma base de dados corrompida de 2,4 GB
• Como restaurar um site com apenas uma cópia de segurança da base de dados
• Aqui estão os passos de reparação da base de dados do WordPress que eu próprio fiz (não é necessário um programador)
• Como otimizar a sua base de dados WordPress: Obtenha um site rápido em 10 passos
• O melhor plugin de otimização de banco de dados do WordPress que já usei (mais 3 alternativas)