--- title: "Como reduzir o tamanho do banco de dados do WordPress" description: "Reduzir o tamanho do banco de dados do WordPress é remover o lixo que se acumula com o tempo, como revisões de posts, dados temporários expirados, spam." url: https://full.services/como-reduzir-tamanho-do-banco-de-dados-wordpress/ date: 2026-06-21 author: "Clayton Margiotti" --- # Como reduzir o tamanho do banco de dados do WordPress Reduzir o **tamanho do banco de dados do WordPress** é limpar revisões, transientes e lixo acumulado com o WP-Optimize, deixando o banco leve e o site mais rápido. Segundo a [documentação do WordPress.org](https://wordpress.org/support) (2026), o banco acumula dados temporários que podem ser limpos. O erro mais comum é limpar sem backup, e apagar algo que ainda era preciso. Reduzir o tamanho do banco de dados do WordPress é remover o lixo que se acumula com o tempo, como revisões de posts, dados temporários expirados, spam e metadados órfãos, e otimizar as tabelas, usando o WP-Optimize para fazer isso de forma segura. Um banco inchado deixa as consultas mais lentas, o que pesa no tempo de resposta do servidor e na velocidade do site. A limpeza tem um cuidado central: fazer backup antes, porque ela apaga dados. Este guia faz parte do hub de [WP-Optimize da FULL](https://full.services/wp-optimize/) e mostra o passo a passo real, da limpeza à otimização das tabelas. --- ## O que incha o banco de dados e por que isso importa O banco de dados do WordPress incha com dados que se acumulam sem parar: as revisões, que guardam cada versão salva de um post; os transientes, dados temporários que nem sempre expiram sozinhos; o spam e os comentários na lixeira; e os metadados órfãos, deixados por plugins removidos. Tudo isso engorda as tabelas e deixa as consultas mais lentas. A diferença para o conteúdo útil é a função: esse lixo não serve à exibição do site, só pesa. Na prática, um banco grande faz o servidor demorar mais para montar páginas não cacheadas, porque cada consulta percorre tabelas maiores. O WP-Optimize remove o lixo e reorganiza as tabelas. Nos atendimentos da FULL sobre [WP-Optimize](https://full.services/wp-optimize/), o erro mais comum é limpar o banco sem backup e apagar revisões ou dados que ainda eram necessários, sem como recuperar.

Legenda: o WP-Optimize remove revisões, transientes e lixo, e otimiza as tabelas do banco.

## Quando vale limpar o banco de dados Vale limpar o banco quando o site está com anos de conteúdo e nunca passou por uma limpeza, quando o tempo de resposta do servidor está alto, ou quando o banco cresceu muito além do tamanho do conteúdo real, e a limpeza periódica é uma boa prática em qualquer site ativo. Ela rende quando há lixo acumulado pesando nas consultas. Para um site novo, com pouco conteúdo, o ganho é pequeno, mas o hábito de limpar evita o acúmulo no futuro. Use este teste antes de limpar. Diga SIM à limpeza se o site é antigo, nunca foi limpo e o banco está grande, ou se o TTFB está alto. Mantenha uma limpeza leve periódica em qualquer site ativo. O encaixe ideal é o site maduro com banco inchado e consultas lentas. Para entender como o banco afeta a resposta do servidor, o [guia de reduzir o TTFB no WordPress](https://full.services/como-reduzir-ttfb-no-wordpress/) conecta os dois temas. ## Pré-requisitos antes de limpar o banco Antes de reduzir o banco de dados você precisa de três peças no lugar, o WP-Optimize instalado, um backup completo do banco antes de qualquer limpeza, e a definição do que limpar, como revisões e transientes, e a falta de qualquer uma transforma a limpeza em risco. Sem o backup, uma limpeza que apaga algo necessário não tem volta, e o dado se perde de vez. Checklist de prontidão antes de começar: - WP-Optimize instalado e ativo no WordPress. - Um backup completo do banco de dados antes de limpar. - A definição do que limpar: revisões, transientes, spam, órfãos. - A decisão de quantas revisões manter, se for o caso. - Um momento de baixo tráfego para a otimização das tabelas. - A consciência de que a limpeza apaga dados de forma definitiva. - Permissão de administrador para rodar a otimização. Pense no conjunto como faxinar um depósito: o conteúdo útil são os produtos em uso, e o lixo são as caixas vazias e os papéis velhos que ocupam espaço. O backup é a foto de antes, caso você jogue fora algo que ainda servia, e a faxina sem essa foto é arriscada. ## Como reduzir o banco de dados em 5 passos Reduzir o banco de dados segue cinco passos, do backup à otimização das tabelas, e respeitar a ordem evita o erro mais comum: limpar sem uma cópia de segurança. Cada passo trata uma fonte de inchaço. Confirme antes que há um backup do banco, porque a limpeza apaga dados de forma definitiva.
Reduzir o banco de dados do WordPress: etapas, objetivo e validação
Etapa Objetivo Check de validação
Fazer o backup do banco Garantir a recuperação Cópia do banco salva
Limpar revisões e rascunhos Remover versões antigas Revisões em excesso apagadas
Apagar transientes e spam Tirar o lixo temporário Transientes e spam removidos
Remover metadados órfãos Limpar restos de plugins Tabelas de meta enxutas
Otimizar as tabelas Reorganizar o espaço Tabelas otimizadas
### Passo 1: Faça o backup do banco de dados Antes de qualquer limpeza, faça um backup completo do banco de dados, porque a limpeza do WP-Optimize apaga dados de forma definitiva, e sem a cópia não há como recuperar algo removido por engano. Use o seu plugin de backup ou a exportação da hospedagem para guardar o banco. Confirme que a cópia foi salva em um local seguro. Esse é o passo inegociável da limpeza: a faxina rende, mas só é segura com a rede de proteção do backup, então nunca avance para a remoção sem garantir a cópia primeiro. ### Passo 2: Limpe as revisões e os rascunhos Remova as revisões em excesso e os rascunhos automáticos, porque o WordPress guarda cada versão salva de um post, e em conteúdo antigo isso soma centenas de revisões que não servem mais. No WP-Optimize, selecione a limpeza de revisões e, se quiser, defina um limite de quantas manter daqui para frente. As revisões são um dos maiores focos de inchaço. Limpá-las costuma dar o maior ganho de espaço de imediato, sem afetar o conteúdo publicado, que permanece intacto na sua versão atual. ### Passo 3: Apague transientes e spam Apague os transientes expirados e os comentários de spam e da lixeira, porque os transientes são dados temporários que nem sempre se limpam sozinhos, e o spam acumulado pesa nas tabelas de comentários. O WP-Optimize lista essas categorias para limpeza seletiva. Marque os transientes expirados e o spam, mantendo o que ainda é válido. Essa limpeza tira o lixo temporário que infla o banco sem nenhuma utilidade, liberando espaço e aliviando as consultas que percorrem essas tabelas a cada montagem de página. ### Passo 4: Remova os metadados órfãos Limpe os metadados órfãos, que são registros deixados por plugins e posts removidos mas que continuaram no banco, porque eles ocupam espaço sem se ligar a nada em uso. O WP-Optimize identifica esses restos para remoção. Faça essa limpeza com o backup à mão, porque alguns metadados podem ainda ser usados por um plugin ativo. Se a limpeza ou uma atualização travar o banco em um loop de processamento, veja como corrigir o [loop de atualização do banco no WordPress](https://full.services/wp-fixer/corrigir-update-database-loop-wordpress/). ### Passo 5: Otimize as tabelas do banco Por fim, rode a otimização das tabelas, que reorganiza o espaço liberado pela limpeza e deixa as consultas mais eficientes, porque apagar dados deixa espaços vazios que a otimização compacta. Faça isso em um momento de baixo tráfego, já que a otimização bloqueia as tabelas por instantes. O WP-Optimize otimiza todas as tabelas de uma vez. Se após a limpeza o banco apresentar erro de conexão sob carga, veja como corrigir o [erro de conexão com o banco de dados no WordPress](https://full.services/wp-fixer/corrigir-erro-conexao-banco-dados-wordpress/).

Legenda: cada passo trata uma fonte de inchaço, do backup à otimização das tabelas.

## Erros comuns ao reduzir o banco de dados Os três erros mais comuns ao reduzir o banco de dados são limpar sem backup, exagerar na limpeza e nunca otimizar as tabelas. O primeiro é o mais perigoso: o dono roda a limpeza sem uma cópia de segurança e, se apagar uma revisão importante ou um metadado em uso, não tem como recuperar, perdendo o dado de forma definitiva. O segundo erro é uma limpeza agressiva demais, removendo todos os metadados sem checar se algum plugin ativo ainda os usa, o que pode quebrar uma função. A correção é limpar com cautela e backup. O terceiro caso é apagar os dados mas nunca otimizar as tabelas, deixando os espaços vazios que a remoção criou, sem o ganho de eficiência. Quando a limpeza expõe um problema de codificação das tabelas, vale ver como corrigir o [collation do banco de dados no WordPress](https://full.services/wp-fixer/corrigir-collation-banco-dados-wordpress/). ## Como manter o banco enxuto ao longo do tempo Manter o banco enxuto exige automatizar a limpeza periódica e limitar as revisões, porque o lixo volta a se acumular, e uma limpeza única não impede o inchaço futuro. O banco se mantém leve quando a faxina é uma rotina, não um evento esporádico que só acontece quando o site já está lento. Agende uma limpeza automática leve no WP-Optimize, que remove revisões e transientes com regularidade, e defina um limite de revisões por post para conter o acúmulo na origem. Mantenha o backup automático rodando, para a limpeza ser sempre segura. Revise os plugins instalados, removendo os que não usa e que deixam metadados. Para a rotina de backup que protege cada limpeza, o [guia de backup automático no WordPress](https://full.services/como-fazer-backup-automatico-no-wordpress/) mostra o agendamento. ## Como a FULL faz isso em escala A FULL padroniza a limpeza de banco porque acompanha mais de 150 mil sites WordPress, e o banco inchado pesa na resposta do servidor de todo site antigo, onde limpar cada um na mão vira gargalo. Em vez de licença avulsa por instalação, o WP-Optimize entra no bundle e o padrão de banco enxuto fica replicável de um site para outro. No plano PRO da FULL, por [R$849](https://full.services/planos), o WP-Optimize já vem no pacote para até dez sites, o que dá R$85 por site em vez de pagar cada licença separada. Para quem mantém vários sites maduros, a gente vê isso trocar um custo recorrente espalhado por um padrão único: a mesma rotina de limpeza e otimização de banco é aplicada de um site para outro, sem reconfigurar do zero a cada projeto. É a economia que só aparece quando o stack é o mesmo em toda a base. ## Checklist final da limpeza do banco O checklist final da limpeza do banco confirma, em uma passada, que o banco ficou leve sem perder dado útil antes de você dar o trabalho por concluído. Rode esta lista depois do passo 5 e a cada limpeza periódica, porque o lixo do banco volta a se acumular com o tempo. Antes de declarar pronto, confirme: - Há um backup completo do banco anterior à limpeza. - As revisões em excesso foram removidas, com um limite definido. - Os transientes expirados e o spam foram apagados. - Os metadados órfãos foram limpos, sem quebrar plugins ativos. - As tabelas foram otimizadas, compactando o espaço liberado. - O site funciona normalmente após a limpeza. - Uma limpeza automática periódica foi agendada. Se qualquer item falhar, volte ao passo correspondente antes de dar a limpeza por concluída. ## Perguntas frequentes sobre reduzir o banco de dados do WordPress
Limpar o banco de dados deixa o site mais rápido?

Pode deixar, principalmente o tempo de resposta do servidor. Um banco inchado de revisões, transientes e lixo faz as consultas percorrerem tabelas maiores, o que atrasa a montagem de páginas não cacheadas e eleva o TTFB. Limpar e otimizar as tabelas alivia essas consultas. O ganho é mais visível em sites antigos, com anos de acúmulo, e em páginas dinâmicas que dependem do banco a cada acesso. Em um site novo, com banco pequeno, o efeito é menor, mas a limpeza periódica evita que o problema apareça no futuro.

É seguro apagar as revisões dos posts?

É seguro, desde que com backup, porque a versão atual do post permanece intacta. As revisões guardam o histórico de cada salvamento, útil para voltar a uma versão anterior, mas em conteúdo antigo elas se acumulam às centenas sem necessidade. Apagá-las não afeta o conteúdo publicado. Ainda assim, faça o backup antes e considere manter um limite de revisões recentes por post, em vez de zerar tudo. Com backup e um limite razoável, a limpeza de revisões é das mais seguras.

Por que devo otimizar as tabelas depois de limpar?

Porque apagar dados deixa espaços vazios nas tabelas. Quando você remove revisões e lixo, o espaço que eles ocupavam não é compactado automaticamente, e as tabelas ficam com buracos que ainda pesam nas consultas. A otimização reorganiza esse espaço, deixando as tabelas enxutas e mais eficientes. Por isso a limpeza tem duas etapas: remover o lixo e otimizar o que sobrou. Pular a otimização entrega só metade do ganho. Faça-a em baixo tráfego, porque ela bloqueia as tabelas por instantes durante a reorganização.

Com que frequência devo limpar o banco?

Uma limpeza leve automática, semanal ou mensal, mantém o banco enxuto sem esforço, removendo revisões e transientes antes que se acumulem. Para sites muito ativos, com muitas publicações e comentários, vale a frequência maior. Além da rotina automática, faça uma limpeza mais completa de tempos em tempos, sempre com backup. Limitar o número de revisões por post ajuda a conter o acúmulo na origem. A chave é transformar a limpeza em hábito periódico, em vez de uma faxina única que só acontece quando o site já está visivelmente lento.

## Próximos passos para um banco leve e um site rápido Reduzir o tamanho do banco de dados do WordPress é, no fundo, tirar o lixo com segurança: faça o backup, limpe revisões, apague transientes e spam, remova órfãos e otimize as tabelas. Limpar sem backup é o erro que mais causa perda definitiva, então nunca pule a cópia de segurança. Para padronizar o WP-Optimize em vários sites sem licença avulsa, conheça os [planos da FULL](https://full.services/planos), e para continuar aprendendo, o [FULL Academy](https://full.services/academy/) reúne os tutoriais de WordPress em um só lugar. --- ## Metadados Estruturados (Schema.org) ```json-ld { "@context": "https://schema.org", "@graph": [ { "@type": "TechArticle", "@id": "https://full.services/como-reduzir-tamanho-do-banco-de-dados-wordpress/#article", "headline": "Como reduzir o tamanho do banco de dados do WordPress", "description": "Reduzir o tamanho do banco de dados do WordPress é remover o lixo que se acumula com o tempo, como revisões de posts, dados temporários expirados, spam e metadados órfãos, e otimizar as tabelas, usand", "url": "https://full.services/como-reduzir-tamanho-do-banco-de-dados-wordpress/", "datePublished": "2026-06-21T09:00:00-03:00", "dateModified": "2026-06-21T09:00:00-03:00", "inLanguage": "pt-BR", "articleSection": "Performance WordPress", "keywords": [ "como reduzir tamanho do banco de dados wordpress", "WordPress Performance", "Core Web Vitals", "Web Optimization" ], "author": { "@id": "https://full.services/#person-clayton" }, "publisher": { "@id": "https://full.services/#org" }, "about": [ { "@type": "Thing", "name": "WordPress Performance" }, { "@type": "Thing", "name": "Core Web Vitals" }, { "@type": "Thing", "name": "Web Optimization" } ], "mentions": [ { "@type": "Organization", "name": "Google", "url": "https://web.dev/", "@id": "https://www.wikidata.org/wiki/Q95", "sameAs": "https://www.wikidata.org/wiki/Q95" }, { "@type": "Organization", "name": "WordPress", "url": "https://wordpress.org/", "@id": "https://www.wikidata.org/wiki/Q13166", "sameAs": "https://www.wikidata.org/wiki/Q13166" } ], "mainEntityOfPage": { "@type": "WebPage", "@id": "https://full.services/como-reduzir-tamanho-do-banco-de-dados-wordpress/" }, "wordCount": 2508, "citation": [ { "@type": "CreativeWork", "name": "WordPress.org Plugins", "url": "https://wordpress.org/support", "publisher": { "@type": "Organization", "name": "WordPress.org Plugins" } } ] }, { "@type": "FAQPage", "@id": "https://full.services/como-reduzir-tamanho-do-banco-de-dados-wordpress/#faq", "isPartOf": { "@id": "https://full.services/como-reduzir-tamanho-do-banco-de-dados-wordpress/#article" }, "mainEntity": [ { "@type": "Question", "@id": "https://full.services/como-reduzir-tamanho-do-banco-de-dados-wordpress/#faq-q1", "name": "Limpar o banco de dados deixa o site mais rápido?", "inLanguage": "pt-BR", "acceptedAnswer": { "@type": "Answer", "text": "Pode deixar, principalmente o tempo de resposta do servidor. Um banco inchado de revisões, transientes e lixo faz as consultas percorrerem tabelas maiores, o que atrasa a montagem de páginas não cacheadas e eleva o TTFB. Limpar e otimizar as tabelas alivia essas consultas. O ganho é mais visível em sites antigos, com anos de acúmulo, e em páginas dinâmicas que dependem do banco a cada acesso. Em um site novo, com banco pequeno, o efeito é menor, mas a limpeza periódica evita que o problema apareça no futuro.", "author": { "@id": "https://full.services/#org" } } }, { "@type": "Question", "@id": "https://full.services/como-reduzir-tamanho-do-banco-de-dados-wordpress/#faq-q2", "name": "É seguro apagar as revisões dos posts?", "inLanguage": "pt-BR", "acceptedAnswer": { "@type": "Answer", "text": "É seguro, desde que com backup, porque a versão atual do post permanece intacta. As revisões guardam o histórico de cada salvamento, útil para voltar a uma versão anterior, mas em conteúdo antigo elas se acumulam às centenas sem necessidade. Apagá-las não afeta o conteúdo publicado. Ainda assim, faça o backup antes e considere manter um limite de revisões recentes por post, em vez de zerar tudo. Com backup e um limite razoável, a limpeza de revisões é das mais seguras.", "author": { "@id": "https://full.services/#org" } } }, { "@type": "Question", "@id": "https://full.services/como-reduzir-tamanho-do-banco-de-dados-wordpress/#faq-q3", "name": "Por que devo otimizar as tabelas depois de limpar?", "inLanguage": "pt-BR", "acceptedAnswer": { "@type": "Answer", "text": "Porque apagar dados deixa espaços vazios nas tabelas. Quando você remove revisões e lixo, o espaço que eles ocupavam não é compactado automaticamente, e as tabelas ficam com buracos que ainda pesam nas consultas. A otimização reorganiza esse espaço, deixando as tabelas enxutas e mais eficientes. Por isso a limpeza tem duas etapas: remover o lixo e otimizar o que sobrou. Pular a otimização entrega só metade do ganho. Faça-a em baixo tráfego, porque ela bloqueia as tabelas por instantes durante a reorganização.", "author": { "@id": "https://full.services/#org" } } }, { "@type": "Question", "@id": "https://full.services/como-reduzir-tamanho-do-banco-de-dados-wordpress/#faq-q4", "name": "Com que frequência devo limpar o banco?", "inLanguage": "pt-BR", "acceptedAnswer": { "@type": "Answer", "text": "Uma limpeza leve automática, semanal ou mensal, mantém o banco enxuto sem esforço, removendo revisões e transientes antes que se acumulem. Para sites muito ativos, com muitas publicações e comentários, vale a frequência maior. Além da rotina automática, faça uma limpeza mais completa de tempos em tempos, sempre com backup. Limitar o número de revisões por post ajuda a conter o acúmulo na origem. A chave é transformar a limpeza em hábito periódico, em vez de uma faxina única que só acontece quando o site já está visivelmente lento.", "author": { "@id": "https://full.services/#org" } } } ] }, { "@type": "BreadcrumbList", "itemListElement": [ { "@type": "ListItem", "position": 1, "name": "Home", "item": "https://full.services/" }, { "@type": "ListItem", "position": 2, "name": "Como reduzir o tamanho do banco de dados do WordPress", "item": "https://full.services/como-reduzir-tamanho-do-banco-de-dados-wordpress/" } ] }, { "@type": "Organization", "@id": "https://full.services/#org", "name": "FULL Services", "url": "https://full.services", "logo": { "@type": "ImageObject", "url": "https://full.services/wp-content/uploads/full-services-logo.png", "width": 200, "height": 60 }, "sameAs": [ "https://www.instagram.com/fullservicesbr", "https://www.facebook.com/fullservices.br", "https://www.linkedin.com/company/fullservicesbr/" ], "knowsAbout": [ "WordPress", "WordPress Hosting", "Web Development", "Performance Optimization", "WordPress Security", "SEO para WordPress" ], "award": [ "Gold Medal - The WP Weekly Awards 2023 (https://thewpweekly.com/awards-2023/)", "Gold Medal - The WP Weekly Awards 2024 (https://thewpweekly.com/awards-2024/)" ], "hasCredential": { "@type": "EducationalOccupationalCredential", "credentialCategory": "certification", "name": "CVE Numbering Authority (CNA)", "description": "Autoridade de numeração de vulnerabilidades (CVE) para o ecossistema WordPress, autorizada a atribuir IDs CVE. Certificação válida desde 2022-05-03, com abrangência global.", "url": "https://www.cve.org/PartnerInformation/ListofPartners/partner/FULL", "recognizedBy": { "@type": "Organization", "name": "CISA — Cybersecurity and Infrastructure Security Agency", "url": "https://www.cisa.gov/", "sameAs": "https://www.cisa.gov/" } } }, { "@type": "Person", "@id": "https://full.services/#person-clayton", "name": "Clayton Margiotti", "givenName": "Clayton", "familyName": "Margiotti", "jobTitle": "Fundador e CEO da FULL Services", "description": "Fundador e CEO da FULL Services, plataforma WordPress SaaS com 50 mil clientes e 150 mil sites conectados, e anchor do ecossistema Elevor Global. Em 2024 conduziu a FULL a se tornar a primeira e unica empresa brasileira aprovada como CVE Numbering Authority sob a CISA (DHS/EUA). Mais de 20 anos construindo empresas digitais, com 13+ reconhecimentos internacionais (Facebook, GPTW, ONU, RD Summit).", "url": "https://full.services/sobre-nos/", "image": "https://full.services/wp-content/uploads/2026/05/clayton-margiotti.jpg", "sameAs": [ "https://www.linkedin.com/in/cmargiotti/" ], "knowsAbout": [ "Artificial Intelligence", "Cybersecurity", "CVE Program", "WordPress Enterprise", "SaaS Platforms", "Digital Infrastructure", "Technology Entrepreneurship", "Company Building", "Business Leadership", "Digital Growth" ], "hasOccupation": { "@type": "Occupation", "name": "Fundador e CEO", "occupationalCategory": "11-1011.00" }, "knowsLanguage": [ { "@type": "Language", "name": "Portuguese", "alternateName": "pt-BR" }, { "@type": "Language", "name": "English", "alternateName": "en" } ], "memberOf": { "@type": "Organization", "name": "CVE Numbering Authorities", "url": "https://www.cve.org/", "sameAs": "https://www.cve.org/" }, "alumniOf": [ { "@type": "EducationalOrganization", "name": "Global Scaling Academy (Blitzscaling Program)", "url": "https://www.blitzscalingacademy.com" }, { "@type": "EducationalOrganization", "name": "Esade", "url": "https://www.esade.edu" }, { "@type": "EducationalOrganization", "name": "Business School Sao Paulo (BSP)", "url": "https://bsp.edu.br/" }, { "@type": "EducationalOrganization", "name": "Tera", "url": "https://somostera.com" }, { "@type": "EducationalOrganization", "name": "Le Wagon", "url": "https://www.lewagon.com" }, { "@type": "EducationalOrganization", "name": "FIAP", "url": "https://www.fiap.com.br" }, { "@type": "EducationalOrganization", "name": "PUCRS", "url": "https://online.pucrs.br/" } ], "award": [ "Digital Disruptor – Engaging Experiences Master (Globant, 2021)", "Maior ROI do e-commerce brasileiro – Letrissimas (Facebook, 2019)", "1º lugar – Melhores Empresas para Trabalhar no Brasil – Eleva Digital (Great Place to Work, 2018)", "Case global de educacao no Facebook – Metodo SUPERA (Facebook, 2017)", "Maquina de Geracao de Leads, Agencia do Ano (RD Summit / RD Station, 2015)", "Monthly Recurring Revenue, top performance (RD Summit / RD Station, 2015)", "Quality/Efficiency – Entrepreneurship Training (UNCTAD / PNUD-ONU, 2010)" ], "subjectOf": [ { "@type": "NewsArticle", "url": "https://www.globant.com/news/globant-reveals-inaugural-digital-disruptors-award-winners", "publisher": { "@type": "Organization", "name": "Globant" } }, { "@type": "NewsArticle", "url": "https://www.prnewswire.com/news-releases/letrissimas-com-e-destaque-do-e-commerce-brasileiro-com-maior-roi-de-2018-877517801.html", "publisher": { "@type": "Organization", "name": "PR Newswire" } }, { "@type": "NewsArticle", "url": "https://www.segs.com.br/seguros/102599-gestao-de-pessoas-garante-mais-lucro-as-empresas", "publisher": { "@type": "Organization", "name": "Segs" } }, { "@type": "NewsArticle", "url": "https://franquiaeducacional.com/negocios-inovadores-facebook-elege-supera-case-mundial-de-educacao", "publisher": { "@type": "Organization", "name": "Franquia Educacional" } }, { "@type": "NewsArticle", "url": "https://acontecendoaqui.com.br/marketing/resultados-digitais-divulga-vencedores-do-premio-agencias-de-resultados-2015-durante-o-rd", "publisher": { "@type": "Organization", "name": "Acontecendo Aqui" } } ], "worksFor": { "@type": "Organization", "@id": "https://full.services/#org" } }, { "@type": "HowTo", "@id": "https://full.services/como-reduzir-tamanho-do-banco-de-dados-wordpress/#howto", "isPartOf": { "@id": "https://full.services/como-reduzir-tamanho-do-banco-de-dados-wordpress/#article" }, "name": "Passo a passo: como reduzir tamanho do banco de dados wordpress", "description": "Guia passo a passo sobre como reduzir tamanho do banco de dados wordpress para WordPress.", "url": "https://full.services/como-reduzir-tamanho-do-banco-de-dados-wordpress/", "totalTime": "PT30M", "author": { "@type": "Organization", "@id": "https://full.services/#org" }, "step": [ { "@type": "HowToStep", "position": 1, "name": "Passo 1: Faça o backup do banco de dados", "text": "Antes de qualquer limpeza, faça um backup completo do banco de dados, porque a limpeza do WP-Optimize apaga dados de forma definitiva, e sem a cópia não há como recuperar algo removido por engano. Use o seu plugin de backup ou a exportação da hospedagem para guardar o banco. Confirme que a cópia foi salva em um local seguro. Esse é o passo inegociável da limpeza: a faxina rende, mas só é segura com a rede de proteção do backup, então nunca avance para a remoção sem garantir a cópia primeiro." }, { "@type": "HowToStep", "position": 2, "name": "Passo 2: Limpe as revisões e os rascunhos", "text": "Remova as revisões em excesso e os rascunhos automáticos, porque o WordPress guarda cada versão salva de um post, e em conteúdo antigo isso soma centenas de revisões que não servem mais. No WP-Optimize, selecione a limpeza de revisões e, se quiser, defina um limite de quantas manter daqui para frente. As revisões são um dos maiores focos de inchaço. Limpá-las costuma dar o maior ganho de espaço de imediato, sem afetar o conteúdo publicado, que permanece intacto na sua versão atual." }, { "@type": "HowToStep", "position": 3, "name": "Passo 3: Apague transientes e spam", "text": "Apague os transientes expirados e os comentários de spam e da lixeira, porque os transientes são dados temporários que nem sempre se limpam sozinhos, e o spam acumulado pesa nas tabelas de comentários. O WP-Optimize lista essas categorias para limpeza seletiva. Marque os transientes expirados e o spam, mantendo o que ainda é válido. Essa limpeza tira o lixo temporário que infla o banco sem nenhuma utilidade, liberando espaço e aliviando as consultas que percorrem essas tabelas a cada montagem de página." }, { "@type": "HowToStep", "position": 4, "name": "Passo 4: Remova os metadados órfãos", "text": "Limpe os metadados órfãos, que são registros deixados por plugins e posts removidos mas que continuaram no banco, porque eles ocupam espaço sem se ligar a nada em uso. O WP-Optimize identifica esses restos para remoção. Faça essa limpeza com o backup à mão, porque alguns metadados podem ainda ser usados por um plugin ativo. Se a limpeza ou uma atualização travar o banco em um loop de processamento, veja como corrigir o loop de atualização do banco no WordPress." }, { "@type": "HowToStep", "position": 5, "name": "Passo 5: Otimize as tabelas do banco", "text": "Por fim, rode a otimização das tabelas, que reorganiza o espaço liberado pela limpeza e deixa as consultas mais eficientes, porque apagar dados deixa espaços vazios que a otimização compacta. Faça isso em um momento de baixo tráfego, já que a otimização bloqueia as tabelas por instantes. O WP-Optimize otimiza todas as tabelas de uma vez. Se após a limpeza o banco apresentar erro de conexão sob carga, veja como corrigir o erro de conexão com o banco de dados no WordPress.

Legenda: cada passo trata uma fonte de inchaço, do backup à otimização das tabelas.

Os três erros mais comuns ao reduzir o banco de dados são limpar sem backup, exagerar na limpeza e nunca otimizar as tabelas. O primeiro é o mais perigoso: o dono roda a limpeza sem uma cópia de segurança e, se apagar uma revisão importante ou um metadado em uso, não tem como recuperar, perdendo o dado de forma definitiva. O segundo erro é uma limpeza agressiva demais, removendo todos os metadados sem checar se algum plugin ativo ainda os usa, o que pode quebrar uma função. A correção é limpar com cautela e" } ] } ] } ```