Banco de Dados WordPress

Banco de dados WordPress é a base MySQL ou MariaDB onde o CMS armazena todo o conteúdo dinâmico do site: posts, páginas, usuários, comentários, configurações, metadados e dados gerados por plugins. Por padrão, o WordPress cria 12 tabelas no momento da instalação, todas com prefixo wp_. É lá que vive a alma do site — os arquivos PHP só fazem sentido com o banco respondendo por trás.

O que é o banco de dados WordPress

Em uma instalação WordPress, dois ativos andam juntos: os arquivos (no servidor, dentro de wp-content e nas pastas do core) e o banco de dados (em um servidor MySQL, geralmente no mesmo host). Os arquivos PHP processam requisições. O banco entrega os dados que esses arquivos transformam em HTML.

O WordPress usa MySQL desde sua origem em 2003. Hoje aceita também o MariaDB, fork compatível criado pelo autor original do MySQL. Versões recentes pedem MySQL 5.7+ ou MariaDB 10.4+, mas o ideal é rodar MySQL 8 ou MariaDB 10.6+ para ter os ganhos de performance e segurança das versões modernas.

O acesso do WordPress ao banco é configurado em quatro variáveis dentro do wp-config.php: DB_NAME (nome do banco), DB_USER (usuário MySQL), DB_PASSWORD (senha) e DB_HOST (endereço do servidor MySQL, geralmente localhost). Sem essas variáveis corretas, o WordPress mostra a famosa tela “Error establishing a database connection”.

O prefixo das tabelas é definido pela variável $table_prefix, também no wp-config.php. O padrão é wp_, mas a documentação recomenda mudar para algo aleatório como wp_x7k2_ por questão de segurança — dificulta SQL injections genéricas que assumem o prefixo padrão. A mudança precisa ser feita logo na instalação, antes de o site começar a operar.

As 12 tabelas principais

O WordPress padrão cria 12 tabelas wordpress: wp_posts, wp_postmeta, wp_users, wp_usermeta, wp_options, wp_comments, wp_commentmeta, wp_terms, wp_termmeta, wp_term_taxonomy, wp_term_relationships e wp_links. Cada uma tem uma função específica e juntas formam a base de qualquer site WordPress.

A tabela wp_posts é a mais importante: armazena posts, páginas, anexos de mídia, revisões e qualquer custom post type. Tem campos como post_title, post_content, post_status e post_type. É a maior tabela em sites grandes — em um e-commerce com 50 mil produtos, é onde o volume mora.

A wp_postmeta guarda metadados de cada post: campos personalizados, configurações de SEO de plugins como Rank Math, dados de WooCommerce. Cresce muito rápido em sites com plugins pesados, pode ter 10x mais linhas que a wp_posts. A wp_options é o coração das configurações: cada opção do site, cada configuração de plugin, cada widget vive aqui.

As tabelas wp_users e wp_usermeta gerenciam contas de usuário e suas permissões. As wp_terms, wp_termmeta, wp_term_taxonomy e wp_term_relationships organizam categorias, tags e taxonomias customizadas. wp_comments e wp_commentmeta cuidam dos comentários. wp_links é legado — quase ninguém usa hoje.

Plugins pesados criam tabelas próprias além das 12 padrões. WooCommerce adiciona tabelas para pedidos, produtos e relatórios. WPForms cria tabela de formulários. Sites com muitos plugins facilmente passam de 50 tabelas. Um backup precisa cobrir todas elas, não só as principais.

Como acessar via phpMyAdmin

O phpMyAdmin é a interface gráfica mais comum para administrar bancos MySQL. A maioria das hospedagens compartilhadas e gerenciadas oferece acesso via cPanel ou painel próprio. Você loga, escolhe o banco do WordPress e tem acesso direto a todas as tabelas, com possibilidade de visualizar, editar, exportar e rodar queries SQL.

Os usos mais comuns do phpMyAdmin no dia a dia são: exportar o banco para backup manual (Exportar → SQL → Executar), trocar uma URL antiga pela nova após migração (com query UPDATE em wp_options), resetar senha de admin (alterando o user_pass na wp_users com hash MD5) e remover spam de comentários acumulados.

Cuidado é o operador padrão aqui. Uma query mal feita em produção quebra o site. Sempre faça backup antes de qualquer query manual, sempre use WHERE específicos em UPDATE e DELETE, e nunca rode queries copiadas de fórum sem entender o que fazem. Para mudanças complexas em URLs, use ferramentas dedicadas como Better Search Replace, que tratam serializações PHP corretamente.

Para quem prefere linha de comando, o WP-CLI oferece comandos como wp db query, wp db export e wp search-replace. São mais rápidos, mais seguros (com confirmação obrigatória em operações destrutivas) e essenciais em servidores sem phpMyAdmin instalado. O acesso via SSH com WP-CLI é o padrão profissional.

Otimização e manutenção

Bancos WordPress acumulam lixo com o tempo: revisões de posts antigos, transients expirados, pingbacks que ninguém mais usa, comentários spam, sessões abandonadas. Uma instalação de 5 anos sem manutenção pode ter 70% do banco ocupado por dados que ninguém vai consultar nunca mais. Isso pesa em performance e em backup.

A primeira limpeza é remover revisões. Cada vez que você salva um post, o WordPress guarda uma cópia. Em posts editados muitas vezes, isso gera dezenas de revisões. Configure a constante WP_POST_REVISIONS no wp-config.php para limitar a 5 ou 10, e use plugins de otimização para limpar as antigas.

A segunda limpeza é dos transients. Plugins guardam dados temporários como transients em wp_options. Quando expiram, deveriam ser removidos automaticamente, mas muitos plugins esquecem. Sites antigos podem ter centenas de milhares de transients órfãos. Limpeza periódica é obrigatória.

A terceira é otimização das tabelas em si. O comando OPTIMIZE TABLE reorganiza fisicamente o armazenamento, reduzindo fragmentação e melhorando velocidade de leitura. Em sites grandes com muito write activity, rodar mensalmente faz diferença mensurável em queries pesadas. WP-CLI tem o comando wp db optimize para isso.

Para sites profissionais que precisam de manutenção contínua sem virar trabalho manual semanal, a FULL Services entrega o WP Optimize já licenciado e configurado dentro da stack profissional, com agendamento automático de limpeza, otimização das tabelas e relatórios de saúde do banco. Em vez de lembrar de rodar manutenção, você roda um conjunto que mantém o banco enxuto sozinho.