Conteúdos sobre SQL

Quando um site WordPress é reaproveitado de outro projeto, trocar o tema, remover register_post_type(), apagar CPTs do código ou excluir campos do ACF não significa que os dados antigos desapareceram do banco.

É comum o banco continuar carregando:

posts de CPTs que não existem mais no código;

milhares de linhas de wp_postmeta;

valores antigos de ACF;

relacionamentos de taxonomias;

termos de taxonomias antigas;

revisões;

transients;

registros órfãos;

espaço não recuperado nas tabelas.

O processo seguro é dividir a limpeza em quatro fases:

inventariar o banco com SQL;

apagar conteúdos legados pela API do WordPress;

limpar resíduos e caches com SQL;

otimizar as tabelas.

A regra principal é:

SQL para descobrir e limpar resíduos. WordPress para excluir entidades reais. Césinha

Isso é importante porque wp_delete_post() remove não apenas o registro do post, mas também comentários, post meta e relações com termos vinculadas àquele post.

ANTES DE TUDO: Faça backup antes de qualquer coisa

Antes de executar qualquer DELETE:

exporte o banco pelo phpMyAdmin;

ou gere um backup pela hospedagem;

ou use WP-CLI/MySQL.

Não pule essa etapa.

As queries abaixo são seguras quando aplicadas corretamente, mas estamos falando de exclusão definitiva.

ETAPA 1: Descobrir quais post types ainda existem no banco

Comece pelo phpMyAdmin.

Execute:

SQLSELECT post_type, COUNT(*) AS total FROM wp_posts GROUP BY post_type ORDER BY post_type;SELECT post_type, COUNT(*) AS total FROM wp_posts GROUP BY post_type ORDER BY post_type;SQL

Se seu prefixo for diferente de wp_, ajuste os nomes das tabelas.

O resultado pode mostrar algo assim:

SQLacf-field acf-field-group attachment cartao_credito experiencias nav_menu_item page post revision videos wp_global_styles ...acf-field acf-field-group attachment cartao_credito experiencias nav_menu_item page post revision videos wp_global_styles ...SQL

O detalhe importante é que essa consulta mostra os registros fisicamente existentes no banco, mesmo que o CPT não esteja mais registrado no PHP.

No nosso caso, apareceu:

SQLexperiencias → 15experiencias → 15SQL

Embora o CPT já tivesse sido removido do projeto atual.

ETAPA 2: Não confunda CPT legado com post types internos

Não saia apagando tudo que você não reconhece.

Alguns post_type são internos do WordPress ou de plugins e devem permanecer.

Exemplos:

SQLpost page attachment revision nav_menu_item customize_changeset oembed_cache

acf-field acf-field-group acf-ui-options-page

wp_global_styles wp_navigationpost page attachment revision nav_menu_item customize_changeset oembed_cache

acf-field acf-field-group acf-ui-options-page

wp_global_styles wp_navigationSQL

Além deles, preserve naturalmente os CPTs atuais do projeto.

O objetivo é identificar algo claramente herdado, por exemplo:

SQLexperiencias promocoes lazer hotel destinosexperiencias promocoes lazer hotel destinosSQL

quando esses tipos não existem mais no site atual.

ETAPA 3: Conferir os posts do CPT suspeito

Antes de excluir qualquer CPT, veja os conteúdos.

Exemplo:

SQLSELECT ID, post_type, post_status, post_title, post_date, post_parent FROM wp_posts WHERE post_type='experiencias' ORDER BY ID;SELECT ID, post_type, post_status, post_title, post_date, post_parent FROM wp_posts WHERE post_type='experiencias' ORDER BY ID;SQL

Isso permite reconhecer visualmente se são realmente conteúdos do projeto antigo.

Você também pode consultar vários CPTs:

SQLSELECT ID, post_type, post_status, post_title, post_date FROM wp_posts WHERE post_type IN ( 'experiencias', 'promocoes', 'lazer' ) ORDER BY post_type, ID;SELECT ID, post_type, post_status, post_title, post_date FROM wp_posts WHERE post_type IN ( 'experiencias', 'promocoes', 'lazer' ) ORDER BY post_type, ID;SQL

Só avance depois de confirmar que esses conteúdos podem desaparecer.

ETAPA 4: Descobrir quanto postmeta/ACF esse CPT possui

Os valores ACF normalmente ficam em wp_postmeta.

Para saber quanto aquele CPT carrega:

SQLSELECT COUNT(*) AS total_metadados FROM wp_postmeta pm INNER JOIN wp_posts p ON p.ID=pm.post_id WHERE p.post_type='experiencias';SELECT COUNT(*) AS total_metadados FROM wp_postmeta pm INNER JOIN wp_posts p ON p.ID=pm.post_id WHERE p.post_type='experiencias';SQL

Para enxergar as chaves:

SQLSELECT pm.meta_key, COUNT(*) AS total FROM wp_postmeta pm INNER JOIN wp_posts p ON p.ID=pm.post_id WHERE p.post_type='experiencias' GROUP BY pm.meta_key ORDER BY total DESC, pm.meta_key;SELECT pm.meta_key, COUNT(*) AS total FROM wp_postmeta pm INNER JOIN wp_posts p ON p.ID=pm.post_id WHERE p.post_type='experiencias' GROUP BY pm.meta_key ORDER BY total DESC, pm.meta_key;SQL

Em ACF é comum encontrar pares como:

SQLimagem_experiencia _imagem_experiencia

titulo_experiencia _titulo_experienciaimagem_experiencia _imagem_experiencia

titulo_experiencia _titulo_experienciaSQL

O campo sem _ contém o valor.

O campo começando com _ normalmente contém a referência:

SQLfield_64abc123...field_64abc123...SQL

Esses metas não precisam ser apagados manualmente quando você remove corretamente o post com WordPress.

ETAPA 5: Descobrir as taxonomias relacionadas ao CPT

Antes de apagar o CPT, descubra quais taxonomias ele utiliza:

SQLSELECT tt.taxonomy, COUNT(DISTINCT tr.object_id) AS posts_relacionados, COUNT(*) AS relacionamentos FROM wp_term_relationships tr INNER JOIN wp_posts p ON p.ID=tr.object_id INNER JOIN wp_term_taxonomy tt ON tt.term_taxonomy_id=tr.term_taxonomy_id WHERE p.post_type='experiencias' GROUP BY tt.taxonomy ORDER BY tt.taxonomy;SELECT tt.taxonomy, COUNT(DISTINCT tr.object_id) AS posts_relacionados, COUNT(*) AS relacionamentos FROM wp_term_relationships tr INNER JOIN wp_posts p ON p.ID=tr.object_id INNER JOIN wp_term_taxonomy tt ON tt.term_taxonomy_id=tr.term_taxonomy_id WHERE p.post_type='experiencias' GROUP BY tt.taxonomy ORDER BY tt.taxonomy;SQL

No nosso caso encontramos:

SQLtipo_experiencia 15 posts relacionados 20 relacionamentostipo_experiencia 15 posts relacionados 20 relacionamentosSQL

Isso indicava uma taxonomia claramente ligada ao CPT legado.

ETAPA 6: Conferir os termos da taxonomia antiga

Antes de removê-la:

SQLSELECT t.term_id, t.name, t.slug, tt.taxonomy, tt.count FROM wp_terms t INNER JOIN wp_term_taxonomy tt ON tt.term_id=t.term_id WHERE tt.taxonomy='tipo_experiencia' ORDER BY t.name;SELECT t.term_id, t.name, t.slug, tt.taxonomy, tt.count FROM wp_terms t INNER JOIN wp_term_taxonomy tt ON tt.term_id=t.term_id WHERE tt.taxonomy='tipo_experiencia' ORDER BY t.name;SQL

Assim você consegue confirmar os termos que serão removidos.

ETAPA 7: Por que excluir pelo WordPress e não diretamente por SQL

Não recomendo fazer apenas:

SQLDELETE FROM wp_posts WHERE post_type='experiencias';DELETE FROM wp_posts WHERE post_type='experiencias';SQL

Porque um post possui dependências em várias tabelas.

A melhor opção é:

SQLwp_delete_post($post_id, true);wp_delete_post($post_id, true);SQL

Com true, a exclusão é definitiva.

O próprio WordPress remove também os dados associados, incluindo:

comentários;

post meta;

valores ACF;

referências ACF;

relações com termos.

Isso é comportamento documentado do wp_delete_post().

ETAPA 8: Registrar temporariamente CPT e taxonomia removidos

Há um detalhe importante.

Se você já removeu:

SQLregister_post_type('experiencias', ...);register_post_type('experiencias', ...);SQL

e:

SQLregister_taxonomy('tipo_experiencia', ...);register_taxonomy('tipo_experiencia', ...);SQL

do projeto atual, o WordPress pode não reconhecer mais essas estruturas.

Por isso, registre-as temporariamente durante a limpeza.

Coloque temporariamente no final do functions.php:

PHP<?php

if (!defined('ABSPATH')) { exit; }

/** *====================================================== * LIMPEZA TEMPORÁRIA * * CPT: * experiencias * * Taxonomia: * tipo_experiencia * * Remover este código após executar. *====================================================== */

/*====================================================== * REGISTRO TEMPORÁRIO *======================================================*/

add_action('init', function () {

if (!post_type_exists('experiencias')) {

register_post_type('experiencias', [ 'public'=> false, 'show_ui'=> false, ]); }

if (!taxonomy_exists('tipo_experiencia')) {

register_taxonomy( 'tipo_experiencia', ['experiencias'], [ 'public'=> false, 'show_ui'=> false, ] ); }

}, 1);

/*====================================================== * EXECUTA A LIMPEZA *======================================================*/

add_action('admin_init', function () {

if (!current_user_can('manage_options')) { return; }

if (!isset($_GET['cmv_limpar_experiencias'])) { return; }

/*====================================================== * REMOVE POSTS *======================================================*/

$posts_experiencias=get_posts([ 'post_type'=> 'experiencias', 'post_status'=> 'any', 'posts_per_page'=> -1, 'fields'=> 'ids', 'orderby'=> 'ID', 'order'=> 'ASC', ]);

$posts_excluidos=0;

foreach ($posts_experiencias as $post_id) {

$resultado=wp_delete_post($post_id, true);

if ($resultado) { $posts_excluidos++; } }

/*====================================================== * REMOVE TERMOS *======================================================*/

$termos_excluidos=0;

$termos=get_terms([ 'taxonomy'=> 'tipo_experiencia', 'hide_empty'=> false, 'fields'=> 'ids', ]);

if (!is_wp_error($termos)) {

foreach ($termos as $term_id) {

$resultado=wp_delete_term( $term_id, 'tipo_experiencia' );

if ($resultado && !is_wp_error($resultado)) { $termos_excluidos++; } } }

/*====================================================== * RESULTADO *======================================================*/

wp_die( ' Limpeza concluída ' . ' Posts removidos: ' . esc_html($posts_excluidos) . '

' . ' Termos removidos: ' . esc_html($termos_excluidos) . '

' . ' Remova agora este código do functions.php.

' );

});<?php

if (!defined('ABSPATH')) { exit; }

/** *====================================================== * LIMPEZA TEMPORÁRIA * * CPT: * experiencias * * Taxonomia: * tipo_experiencia * * Remover este código após executar. *====================================================== */

/*====================================================== * REGISTRO TEMPORÁRIO *======================================================*/

add_action('init', function () {

if (!post_type_exists('experiencias')) {

register_post_type('experiencias', [ 'public'=> false, 'show_ui'=> false, ]); }

if (!taxonomy_exists('tipo_experiencia')) {

register_taxonomy( 'tipo_experiencia', ['experiencias'], [ 'public'=> false, 'show_ui'=> false, ] ); }

}, 1);

/*====================================================== * EXECUTA A LIMPEZA *======================================================*/

add_action('admin_init', function () {

if (!current_user_can('manage_options')) { return; }

if (!isset($_GET['cmv_limpar_experiencias'])) { return; }

/*====================================================== * REMOVE POSTS *======================================================*/

$posts_experiencias=get_posts([ 'post_type'=> 'experiencias', 'post_status'=> 'any', 'posts_per_page'=> -1, 'fields'=> 'ids', 'orderby'=> 'ID', 'order'=> 'ASC', ]);

$posts_excluidos=0;

foreach ($posts_experiencias as $post_id) {

$resultado=wp_delete_post($post_id, true);

if ($resultado) { $posts_excluidos++; } }

/*====================================================== * REMOVE TERMOS *======================================================*/

$termos_excluidos=0;

$termos=get_terms([ 'taxonomy'=> 'tipo_experiencia', 'hide_empty'=> false, 'fields'=> 'ids', ]);

if (!is_wp_error($termos)) {

foreach ($termos as $term_id) {

$resultado=wp_delete_term( $term_id, 'tipo_experiencia' );

if ($resultado && !is_wp_error($resultado)) { $termos_excluidos++; } } }

/*====================================================== * RESULTADO *======================================================*/

wp_die( ' Limpeza concluída ' . ' Posts removidos: ' . esc_html($posts_excluidos) . '

' . ' Termos removidos: ' . esc_html($termos_excluidos) . '

' . ' Remova agora este código do functions.php.

' );

});PHP

A remoção dos termos com wp_delete_term() também elimina os metadados associados ao termo.

ETAPA 9: Executar a limpeza

Depois de colocar o código, acesse como administrador:

SQLhttps://seusite.com.br/wp-admin/?cmv_limpar_experiencias=1https://seusite.com.br/wp-admin/?cmv_limpar_experiencias=1SQL

No nosso caso o resultado foi:

SQLPosts "experiencias" removidos: 15 Termos "tipo_experiencia" removidos: 5Posts "experiencias" removidos: 15 Termos "tipo_experiencia" removidos: 5SQL

Terminou?

Remova imediatamente esse código do functions.php.

Não deixe uma rotina de exclusão administrativa disponível no projeto.

ETAPA 10: Confirmar que o CPT realmente desapareceu

Volte ao SQL:

SQLSELECT COUNT(*) AS experiencias_restantes FROM wp_posts WHERE post_type='experiencias';SELECT COUNT(*) AS experiencias_restantes FROM wp_posts WHERE post_type='experiencias';SQL

Esperado:

SQL00SQL

E:

SQLSELECT COUNT(*) AS termos_restantes FROM wp_term_taxonomy WHERE taxonomy='tipo_experiencia';SELECT COUNT(*) AS termos_restantes FROM wp_term_taxonomy WHERE taxonomy='tipo_experiencia';SQL

Esperado:

SQL00SQL

Você pode repetir o inventário:

SQLSELECT post_type, COUNT(*) AS total FROM wp_posts GROUP BY post_type ORDER BY post_type;SELECT post_type, COUNT(*) AS total FROM wp_posts GROUP BY post_type ORDER BY post_type;SQL

O CPT antigo não deve mais aparecer.

ETAPA 11: Limpar revisões

Se o site é novo/staging e você não precisa preservar o histórico de edição:

SQLDELETE FROM wp_posts WHERE post_type='revision';DELETE FROM wp_posts WHERE post_type='revision';SQL

Isso remove as revisões existentes.

Depois disso, pode haver postmeta ligado às revisões que acabou de remover.

É aí que entra a limpeza de órfãos.

ETAPA 12: Limpeza de resíduos das tabelas

Aqui entram as seis verificações/limpezas que usamos.

12.1 Postmeta órfão

Primeiro, se quiser apenas conferir:

SQLSELECT COUNT(*) AS total FROM wp_postmeta pm LEFT JOIN wp_posts p ON p.ID=pm.post_id WHERE p.ID IS NULL;SELECT COUNT(*) AS total FROM wp_postmeta pm LEFT JOIN wp_posts p ON p.ID=pm.post_id WHERE p.ID IS NULL;SQL

Para apagar:

SQLDELETE pm FROM wp_postmeta pm LEFT JOIN wp_posts p ON p.ID=pm.post_id WHERE p.ID IS NULL;DELETE pm FROM wp_postmeta pm LEFT JOIN wp_posts p ON p.ID=pm.post_id WHERE p.ID IS NULL;SQL

Essa query é extremamente útil em bancos herdados.

No nosso caso, ela removeu:

SQL837.950 linhas837.950 linhasSQL

Isso parece assustador, mas a condição:

SQLWHERE p.ID IS NULLWHERE p.ID IS NULLSQL

significa que ela somente remove metas cujo post_id não possui mais um registro correspondente em wp_posts.

Ou seja: dados órfãos.

Depois confira:

SQLSELECT COUNT(*) AS total FROM wp_postmeta pm LEFT JOIN wp_posts p ON p.ID=pm.post_id WHERE p.ID IS NULL;SELECT COUNT(*) AS total FROM wp_postmeta pm LEFT JOIN wp_posts p ON p.ID=pm.post_id WHERE p.ID IS NULL;SQL

Esperado:

SQL00SQL

12.2 Commentmeta órfão

SQLDELETE cm FROM wp_commentmeta cm LEFT JOIN wp_comments c ON c.comment_ID=cm.comment_id WHERE c.comment_ID IS NULL;DELETE cm FROM wp_commentmeta cm LEFT JOIN wp_comments c ON c.comment_ID=cm.comment_id WHERE c.comment_ID IS NULL;SQL

Isso remove metadata cujo comentário pai já não existe.

12.3 Relacionamentos de taxonomia órfãos

SQLDELETE tr FROM wp_term_relationships tr LEFT JOIN wp_posts p ON p.ID=tr.object_id WHERE p.ID IS NULL;DELETE tr FROM wp_term_relationships tr LEFT JOIN wp_posts p ON p.ID=tr.object_id WHERE p.ID IS NULL;SQL

Isso remove relacionamentos associados a objetos/posts inexistentes.

12.4 Termmeta órfão

SQLDELETE tm FROM wp_termmeta tm LEFT JOIN wp_terms t ON t.term_id=tm.term_id WHERE t.term_id IS NULL;DELETE tm FROM wp_termmeta tm LEFT JOIN wp_terms t ON t.term_id=tm.term_id WHERE t.term_id IS NULL;SQL

12.5 Term taxonomy órfão

Primeiro confira:

SQLSELECT COUNT(*) AS total FROM wp_term_taxonomy tt LEFT JOIN wp_terms t ON t.term_id=tt.term_id WHERE t.term_id IS NULL;SELECT COUNT(*) AS total FROM wp_term_taxonomy tt LEFT JOIN wp_terms t ON t.term_id=tt.term_id WHERE t.term_id IS NULL;SQL

Se houver registros e você validar que são realmente órfãos:

SQLDELETE tt FROM wp_term_taxonomy tt LEFT JOIN wp_terms t ON t.term_id=tt.term_id WHERE t.term_id IS NULL;DELETE tt FROM wp_term_taxonomy tt LEFT JOIN wp_terms t ON t.term_id=tt.term_id WHERE t.term_id IS NULL;SQL

12.6 Não apagar termos só porque possuem count=0

Isto é importante.

Não faça:

SQLDELETE FROM wp_term_taxonomy WHERE count=0;DELETE FROM wp_term_taxonomy WHERE count=0;SQL

Um termo pode estar corretamente cadastrado e simplesmente não possuir posts naquele momento.

count=0 não significa lixo.

ETAPA 13: Limpar transients

Transients são caches temporários do WordPress e plugins.

Em instalação normal, eles costumam ficar na wp_options; com object cache persistente, como Redis/Memcached, podem estar fora do banco.

Se você quer limpar todos:

SQLDELETE FROM wp_options WHERE option_name LIKE '\_transient\_%' OR option_name LIKE '\_site\_transient\_%';DELETE FROM wp_options WHERE option_name LIKE '\_transient\_%' OR option_name LIKE '\_site\_transient\_%';SQL

Isso remove:

SQL_transient_... _transient_timeout_... _site_transient_... _site_transient_timeout_..._transient_... _transient_timeout_... _site_transient_... _site_transient_timeout_...SQL

Eles podem reaparecer imediatamente conforme o site roda.

Isso é normal.

Se você tiver WP-CLI, há uma opção ainda melhor:

SQLwp transient delete --allwp transient delete --allSQL

E para site transients:

SQLwp transient delete --all --networkwp transient delete --all --networkSQL

O próprio WP-CLI documenta --all para apagar todos os transients.

ETAPA 14: Conferir novamente os post types

Depois da limpeza:

SQLSELECT post_type, COUNT(*) AS total FROM wp_posts GROUP BY post_type ORDER BY post_type;SELECT post_type, COUNT(*) AS total FROM wp_posts GROUP BY post_type ORDER BY post_type;SQL

Você deve perceber:

CPT legado sumiu;

revision sumiu se você as apagou;

conteúdos atuais permanecem.

ETAPA 15: Otimizar as tabelas

Excluir centenas de milhares de registros não significa necessariamente que o espaço físico seja imediatamente recuperado.

Por isso, depois da limpeza, rode:

SQLOPTIMIZE TABLE wp_postmeta;OPTIMIZE TABLE wp_postmeta;SQL

No nosso caso, essa era particularmente importante porque houve uma remoção gigantesca de postmeta.

Depois otimize as principais:

SQLOPTIMIZE TABLE wp_posts, wp_postmeta, wp_options, wp_comments, wp_commentmeta, wp_terms, wp_termmeta, wp_term_taxonomy, wp_term_relationships;OPTIMIZE TABLE wp_posts, wp_postmeta, wp_options, wp_comments, wp_commentmeta, wp_terms, wp_termmeta, wp_term_taxonomy, wp_term_relationships;SQL

Se tiver WP-CLI:

PHPwp db optimizewp db optimizePHP

Esse é o comando oficial do WP-CLI para otimizar o banco.

ETAPA 16: Medir o tamanho das tabelas

Depois de tudo, vale verificar onde está o peso real:

SQLSELECT table_name, engine, table_rows, ROUND(data_length / 1024 / 1024, 2) AS data_mb, ROUND(index_length / 1024 / 1024, 2) AS index_mb, ROUND(data_free / 1024 / 1024, 2) AS overhead_mb FROM information_schema.tables WHERE table_schema=DATABASE() ORDER BY (data_length + index_length) DESC;SELECT table_name, engine, table_rows, ROUND(data_length / 1024 / 1024, 2) AS data_mb, ROUND(index_length / 1024 / 1024, 2) AS index_mb, ROUND(data_free / 1024 / 1024, 2) AS overhead_mb FROM information_schema.tables WHERE table_schema=DATABASE() ORDER BY (data_length + index_length) DESC;SQL

Isso mostra:

SQLtabela quantidade aproximada de linhas dados índices espaço livre/overheadtabela quantidade aproximada de linhas dados índices espaço livre/overheadSQL

É uma boa query para executar antes e depois da manutenção.

Checklist rápido para repetir em outro WordPress

Se amanhã você pegar outro site herdado, siga esta ordem:

SQL1. Backup completo do banco

2. Listar todos os post_type ↓ 3. Identificar CPTs suspeitos ↓ 4. Listar os posts desses CPTs ↓ 5. Verificar postmeta/ACF associado ↓ 6. Identificar taxonomias relacionadas ↓ 7. Conferir os termos dessas taxonomias ↓ 8. Registrar temporariamente CPT/taxonomia se já foram removidos ↓ 9. Excluir posts com wp_delete_post($id, true) ↓ 10. Excluir termos com wp_delete_term() ↓ 11. Remover o código temporário ↓ 12. Confirmar via SQL que CPT/taxonomia zeraram ↓ 13. Apagar revisions, se desejado ↓ 14. Limpar postmeta órfão ↓ 15. Limpar commentmeta órfão ↓ 16. Limpar term_relationships órfãos ↓ 17. Limpar termmeta órfão ↓ 18. Verificar/limpar term_taxonomy órfão ↓ 19. Limpar transients ↓ 20. OPTIMIZE TABLE ↓ 21. Testar o site1. Backup completo do banco

2. Listar todos os post_type ↓ 3. Identificar CPTs suspeitos ↓ 4. Listar os posts desses CPTs ↓ 5. Verificar postmeta/ACF associado ↓ 6. Identificar taxonomias relacionadas ↓ 7. Conferir os termos dessas taxonomias ↓ 8. Registrar temporariamente CPT/taxonomia se já foram removidos ↓ 9. Excluir posts com wp_delete_post($id, true) ↓ 10. Excluir termos com wp_delete_term() ↓ 11. Remover o código temporário ↓ 12. Confirmar via SQL que CPT/taxonomia zeraram ↓ 13. Apagar revisions, se desejado ↓ 14. Limpar postmeta órfão ↓ 15. Limpar commentmeta órfão ↓ 16. Limpar term_relationships órfãos ↓ 17. Limpar termmeta órfão ↓ 18. Verificar/limpar term_taxonomy órfão ↓ 19. Limpar transients ↓ 20. OPTIMIZE TABLE ↓ 21. Testar o siteSQL

O que NÃO apagar automaticamente

Nunca use uma limpeza genérica do tipo:

SQLDELETE FROM wp_posts WHERE post_type NOT IN (...);DELETE FROM wp_posts WHERE post_type NOT IN (...);SQL

Isso pode remover estruturas internas importantes.

Também não recomendo:

SQLDELETE FROM wp_postmeta WHERE meta_key LIKE '_%';DELETE FROM wp_postmeta WHERE meta_key LIKE '_%';SQL

porque muitas informações legítimas do WordPress, plugins, SEO e ACF utilizam metakeys começando por _.

E não apague:

SQLacf-field acf-field-group acf-ui-options-pageacf-field acf-field-group acf-ui-options-pageSQL

só porque parecem registros técnicos. Eles são parte das definições do ACF.

Estratégia resumida

A maneira que usamos foi:

1. SQL identifica.

"O que ainda existe?""Qual CPT é legado?""Quais taxonomias ele usa?"

2. WordPress exclui.

SQLwp_delete_post() wp_delete_term()wp_delete_post() wp_delete_term()SQL

Assim o core consegue limpar corretamente os dados relacionados.

3. SQL limpa o que ficou órfão.

Principalmente:

SQLwp_postmeta wp_commentmeta wp_term_relationships wp_termmeta wp_term_taxonomywp_postmeta wp_commentmeta wp_term_relationships wp_termmeta wp_term_taxonomySQL

4. Transients são zerados.

5. OPTIMIZE recupera e reorganiza espaço.

Esse processo é bem adequado para banco herdado, staging transformado em produção ou projeto criado a partir de outro WordPress.

Conteúdos sobre SQL

Últimas postagens

Como limpar um banco WordPress herdado com segurança: CPTs antigos, ACF, taxonomias, revisões, transients e tabelas

Saiba como limpar e otimizar o banco de dados de sites WordPress