“Banco de dados” aparece em quase toda conversa técnica sobre site — no backup, na migração, quando algo está lento, quando um plugin dá erro. E quase sempre é mencionado como se todo mundo soubesse do que se trata.

O conceito é simples, e entendê-lo esclarece uma série de coisas que parecem misteriosas: por que um backup só de arquivos não serve, por que sites antigos ficam lentos sem motivo aparente, e por que “o site está no ar mas não carrega nada” é um problema completamente diferente de “o site saiu do ar”.

Este guia explica o que é um banco de dados, o que ele guarda no seu site, por que ele se degrada com o tempo e o que fazer a respeito.

A definição

Um banco de dados é um sistema organizado para guardar informação de forma estruturada e recuperá-la rapidamente.

A analogia que costuma funcionar é a de um arquivo bem organizado, em oposição a uma caixa de papéis. Na caixa, encontrar um documento exige revirar tudo. No arquivo, com pastas, etiquetas e ordem definida, você vai direto ao ponto — e o tempo de busca não cresce proporcionalmente à quantidade de documentos.

A estrutura básica tem três níveis:

• Tabelas agrupam informações do mesmo tipo. Uma tabela de produtos, uma de clientes, uma de pedidos.
• Colunas definem quais campos cada registro tem. Na tabela de produtos: nome, preço, estoque, descrição.
• Registros são as linhas — cada produto individual, cada cliente, cada pedido.

Um site em WordPress tem por volta de uma dezena de tabelas na instalação padrão, e cada plugin costuma adicionar as suas.

O que fica no banco e o que fica em arquivo

Esta separação resolve mais dúvidas do que qualquer outra parte do artigo, e ela explica o comportamento de backups, migrações e restaurações.

Fica no banco de dados	Fica em arquivos
Textos das páginas e posts	Imagens e vídeos
Configurações do site	Arquivos do tema
Usuários e senhas (cifradas)	Arquivos dos plugins
Comentários	Documentos para download
Pedidos e clientes, em lojas	Folhas de estilo e scripts
Categorias e etiquetas	Arquivos do próprio WordPress

A consequência prática é direta: as duas partes são inseparáveis. Um backup só de arquivos restaura um site sem conteúdo — o tema aparece, as páginas somem. Um backup só do banco restaura o conteúdo apontando para imagens que não existem mais.

E há um detalhe que causa problemas sutis: as duas partes precisam ser do mesmo momento. Um banco de terça com arquivos de domingo produz referências quebradas difíceis de rastrear. É o assunto detalhado no artigo sobre backup de site.

O que acontece quando alguém acessa uma página

Aqui está a razão pela qual o banco afeta a velocidade do site.

Em um site com conteúdo dinâmico, a página não existe pronta em lugar nenhum. Ela é montada no momento do acesso:

1. O visitante pede uma página.
2. O código do site é executado.
3. Ele consulta o banco para buscar o texto, o título, as configurações do tema, o menu, os comentários.
4. Cada plugin ativo costuma fazer suas próprias consultas.
5. Com tudo em mãos, o HTML é montado e enviado.

O passo 3 e o 4 podem representar dezenas de consultas por página. Se cada uma leva alguns milésimos de segundo, o conjunto pesa. Se o banco está grande e desorganizado, cada consulta leva mais tempo — e o efeito se multiplica.

É por isso que camadas de cache existem: elas guardam a página já montada ou os resultados das consultas, evitando refazer todo esse trabalho a cada visita.

Por que sites antigos ficam lentos

Uma das perguntas mais comuns, e a explicação está quase sempre aqui.

O banco de dados acumula coisas que ninguém pediu e ninguém apaga:

• Revisões de posts. Cada vez que você salva um rascunho, uma versão anterior é guardada. Um texto editado trinta vezes gera trinta registros.
• Rascunhos automáticos, criados pelo editor a cada poucos minutos.
• Comentários de spam, que muitas vezes ficam na lixeira em vez de serem removidos.
• Registros de tarefas agendadas, que se acumulam continuamente.
• Dados de plugins removidos. Desinstalar um plugin raramente apaga as tabelas e opções que ele criou.
• Sessões expiradas e dados temporários que deveriam ter sido limpos.
• Opções carregadas automaticamente em toda requisição, mesmo quando ninguém as usa.

O último item é o mais silencioso: existe um conjunto de configurações que o site carrega em todas as páginas, e plugins mal construídos adicionam coisas grandes ali. O resultado é um custo fixo em cada acesso, independentemente do que a página faz.

Nada disso quebra o site. Só o deixa progressivamente mais lento, de uma forma que não tem causa aparente — e é por isso que a limpeza periódica é manutenção básica, não otimização avançada.

Os bancos usados em sites

Você não precisa escolher, mas vale reconhecer os nomes que vão aparecer:

MySQL é o mais difundido em sites e aplicações web. É o que o WordPress usa por padrão.

MariaDB nasceu como uma derivação do MySQL e é compatível com ele. Muitos provedores o utilizam, e do ponto de vista do site a diferença é irrelevante.

PostgreSQL é comum em aplicações que não são sites tradicionais — sistemas, ferramentas de automação, aplicações com dados complexos.

SQLite guarda tudo em um único arquivo, sem servidor próprio. Serve bem para testes e uso leve, e mal para produção com vários acessos simultâneos.

O que importa saber: a versão do banco tem impacto real em desempenho e em segurança, e versões fora de suporte deixam de receber correções — o mesmo problema que existe com versões de linguagem.

Quando o banco é o gargalo

Alguns sinais indicam que o problema está ali, e não no restante do ambiente:

• O painel administrativo está lento, mesmo com o site público aceitável. Como o admin não é servido por cache, ele consulta o banco a cada carregamento.
• Listagens grandes demoram — muitos posts, muitos produtos, muitos pedidos.
• A busca interna do site é lenta.
• Erros de conexão com o banco aparecem em horários de movimento, indicando limite de conexões simultâneas.
• O site fica lento conforme o conteúdo cresce, mesmo com o tráfego estável.

O último é o mais característico: se o site ficou lento sem que as visitas aumentassem, o banco é o primeiro lugar a olhar. O roteiro completo de diagnóstico está no artigo sobre por que o WordPress fica lento.

Cuidados básicos

Sem entrar em administração de banco, quatro práticas resolvem a maior parte:

1. Backup que inclua o banco, do mesmo momento dos arquivos, com restauração testada.
2. Limpeza periódica de revisões, spam e dados de plugins removidos — sempre com backup antes, porque essas ferramentas operam diretamente no banco.
3. Desinstalar plugins que não são usados, em vez de apenas desativá-los.
4. Manter a versão do banco atualizada, o que normalmente é responsabilidade do provedor em planos de hospedagem.

Vale insistir no primeiro ponto do item 2: ferramentas de limpeza apagam registros de forma permanente. Um backup antes não é excesso de zelo — é o que separa uma manutenção de um incidente.

Banco de dados e migração

Um ponto prático que costuma surpreender: mover um site é mover duas coisas.

Os arquivos são copiados; o banco precisa ser exportado do ambiente antigo e importado no novo. E há um detalhe que quebra sites em migrações mal feitas: o banco guarda referências ao endereço do site, e elas precisam ser ajustadas quando o endereço muda — inclusive nas de teste em ambientes provisórios.

É por isso que migrações têm um procedimento próprio, detalhado no artigo sobre migrar de hospedagem sem sair do ar.

Conclusão

O banco de dados é onde vive o conteúdo do seu site — textos, configurações, usuários, pedidos. Os arquivos guardam a aparência e as mídias; o banco guarda a informação. Nenhum dos dois funciona sozinho.

Ele também é a explicação mais frequente para sites que ficam lentos com o tempo sem que o tráfego mude, porque acumula registros que ninguém pediu e ninguém apaga. Limpeza periódica com backup prévio é manutenção básica.

Se você está avaliando um ambiente para o seu site, vale confirmar como o banco é tratado: versão disponível, se está incluído no backup e qual o limite de conexões. Conheça os planos de hospedagem de sites da TBF Host e verifique esses pontos.

Perguntas frequentes

O que é um banco de dados?

É um sistema organizado para guardar informação de forma estruturada e recuperá-la rapidamente. Ele se organiza em tabelas, que agrupam informações do mesmo tipo, colunas, que definem os campos, e registros, que são as entradas individuais — cada produto, cliente ou página.

O que fica guardado no banco de dados de um site?

Textos das páginas e posts, configurações do site, usuários e senhas cifradas, comentários, categorias e, em lojas, pedidos e clientes. Imagens, vídeos, arquivos do tema, dos plugins e do próprio sistema ficam em arquivos, fora do banco. As duas partes são inseparáveis para o site funcionar.

Por que meu site fica mais lento com o tempo?

Frequentemente porque o banco de dados acumula registros que ninguém apaga: revisões de posts, rascunhos automáticos, comentários de spam, registros de tarefas agendadas e dados deixados por plugins removidos. Isso não quebra o site, apenas torna cada consulta mais lenta, e o efeito se multiplica por acesso.

Backup do site inclui o banco de dados?

Deveria incluir, e do mesmo momento dos arquivos. Um backup só de arquivos restaura o site sem conteúdo; um backup só do banco restaura conteúdo apontando para imagens inexistentes. Bancos e arquivos de momentos diferentes produzem referências quebradas difíceis de rastrear.

Qual a diferença entre MySQL e MariaDB?

O MariaDB nasceu como uma derivação do MySQL e é compatível com ele. Do ponto de vista de um site, a diferença é irrelevante — muitos provedores usam um ou outro sem impacto para o funcionamento. O que importa mais é a versão em uso, que afeta desempenho e recebimento de correções de segurança.

Como saber se o problema do meu site é o banco de dados?

Os sinais mais confiáveis são: painel administrativo lento mesmo com o site público aceitável, listagens grandes demorando, busca interna lenta, erros de conexão em horários de movimento e — o mais característico — o site ficando lento conforme o conteúdo cresce, sem que o tráfego tenha aumentado.

É seguro limpar o banco de dados do meu site?

É uma manutenção comum, mas as ferramentas de limpeza apagam registros de forma permanente e operam diretamente no banco. Fazer backup antes é indispensável, e testar em um ambiente separado é o ideal. Os itens normalmente removidos são revisões, rascunhos automáticos, spam e dados de plugins desinstalados.

Preciso mover o banco de dados ao trocar de hospedagem?

Sim. Mover um site é mover duas coisas: os arquivos são copiados e o banco precisa ser exportado do ambiente antigo e importado no novo. Além disso, o banco guarda referências ao endereço do site, que precisam ser ajustadas quando o endereço muda — inclusive em ambientes de teste provisórios.