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( '<h1>Limpeza concluída</h1>' . '<p><strong>Posts removidos:</strong> ' . esc_html($posts_excluidos) . '</p>' . '<p><strong>Termos removidos:</strong> ' . esc_html($termos_excluidos) . '</p>' . '<p><strong>Remova agora este código do functions.php.</strong></p>' ); });<?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( '<h1>Limpeza concluída</h1>' . '<p><strong>Posts removidos:</strong> ' . esc_html($posts_excluidos) . '</p>' . '<p><strong>Termos removidos:</strong> ' . esc_html($termos_excluidos) . '</p>' . '<p><strong>Remova agora este código do functions.php.</strong></p>' ); });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.
Agende um papoAgende um papo
