Corrigindo “Can't connect to MySQL server” após importar o WordPress

Importei meu site e recebi 'ERROR 2002: Can't connect to MySQL server' ou 'Error establishing a database connection'. O que aconteceu?

Abra o wp-config.php que veio dentro do zip e olhe o bloco do banco de dados. Na maioria dos hosts compartilhados (Hostinger, GoDaddy, Bluehost…) ele se parece com isto:

DB_HOST é 127.0.0.1 (ou localhost). Isso significa “o servidor MySQL rodando nesta mesma máquina”. No host antigo isso era verdade. Nos servidores web da Anested não há MySQL local — os bancos ficam em servidores dedicados — então toda tentativa de conexão a 127.0.0.1 falha na hora.

O nome do banco e o usuário (u554126354_…) também são internos ao host antigo. Mesmo sabendo o hostname real, hosts compartilhados não permitem conexões externas, então essas credenciais não podem ser reaproveitadas.

define( 'DB_NAME',     'u554126354_w4usu' );
define( 'DB_USER',     'u554126354_vLr7r' );
define( 'DB_PASSWORD', '••••••••••' );
define( 'DB_HOST',     '127.0.0.1' );   // ← the old host's local MySQL

Enviei um novo dump .sql — por que isso não resolveu?

Porque o dump e o wp-config.php são coisas diferentes. O arquivo .sql são seus dados (posts, páginas, configurações, usuários). O wp-config.php é a conexão — com qual servidor falar e com qual senha.

Importar um dump envia dados para o banco que o wp-config.php aponta. Se for um 127.0.0.1 morto, a importação nem consegue começar. Enviar um dump maior, mais novo ou diferente não muda nada sobre onde o WordPress tenta conectar.

A Anested reescreve o wp-config.php automaticamente?

Só quando você pede. A importação do WordPress tem quatro modos de banco de dados:

• Auto-create a database — a Anested provisiona um banco MySQL gerenciado e escreve um wp-config.php novo apontando para ele. É o modo que você quer depois de sair de outro host.
• Use my own database — você cola host, nome, usuário e senha de um banco MySQL que já criou (na seção Databases da Anested ou em qualquer lugar acessível na internet). Um wp-config.php novo é escrito com esses dados.
• Keep current database — reaproveita o wp-config.php já no servidor. Correto para uma segunda rodada depois que a conexão funciona (importar um dump mais novo, corrigir URLs). Errado se o arquivo ainda diz 127.0.0.1.
• Skip — my files handle it — não toca no wp-config.php que veio no zip. Use só se a config do seu zip já aponta para um banco remoto acessível.

Preciso criar um banco de dados para este site?

Sim — um banco precisa existir em algum lugar que a Anested alcance. O do host antigo não existe mais para o seu novo site. Você tem duas opções fáceis, ambas na aba Overview do site em “Update import”:

• Escolha “Auto-create a database”, anexe seu dump .sql (se ainda não importou), informe a URL do site antigo e clique em “Re-run import”. A Anested cria um banco MySQL gerenciado do seu plano de hospedagem, escreve o wp-config.php para ele, importa o dump e troca a URL antiga pela nova.
• Ou crie o banco você mesmo primeiro: abra a aba Databases do site (ou Databases → MySQL), clique em “Create database” e copie host, nome do banco, usuário e senha em “Use my own database” no formulário de re-execução.

Passo a passo: rodar a importação de novo com um banco funcionando

No seu painel Anested:

• Abra o site → aba Overview. Abaixo do cartão WordPress, encontre “Update import”.
• Escolha “Auto-create a database” (ou “Use my own database” e preencha os quatro campos).
• SQL dump: anexe sua exportação .sql se o banco ainda está vazio. Se já importou com sucesso antes, deixe em branco.
• Old site URL: digite seu endereço anterior (https://example.com). Deixe vazio se não souber — a Anested detecta a partir dos dados importados.
• Clique em “Re-run import”. O site responde no endereço .web.anested.com em menos de um minuto; entre em /wp-admin com suas credenciais antigas do WordPress.

Posso simplesmente editar o wp-config.php eu mesmo?

Sim. Crie um banco na aba Databases, depois abra Files → public → wp-config.php no editor e substitua DB_NAME, DB_USER, DB_PASSWORD e DB_HOST pelos novos valores (o host inclui a porta, ex. mysql.anested.com:3306). Salve, volte em Overview → Update import, mantenha “Keep current database”, anexe seu dump .sql e rode de novo para importar os dados.

Rodar a importação com novos dados é exatamente essa edição feita por você, mais a importação do dump e a correção de URLs de uma vez.

O banco de dados de hospedagem custa a mais?

Não. Bancos MySQL gerenciados estão incluídos em todo plano de hospedagem. Cada um reserva 1 GB do pool de armazenamento compartilhado da sua conta (arquivos, backups e bancos compartilham esse pool); o tamanho real só conta depois de passar de 1 GB. Você pode criar quantos o pool comportar.

A importação agora diz 'Can't connect to the database in wp-config.php (host …)' com outro host

A Anested testou a conexão antes de importar e ela falhou. Se usou “Use my own database”, confira cada campo — hostname com porta, nome do banco, usuário e senha diferenciam maiúsculas — e garanta que o servidor remoto aceita conexões externas (muitos hosts compartilhados não aceitam). Se criou o banco na Anested, copie os valores de novo da aba Databases; a senha aparece com o botão “show”.

O site carrega mas mostra a tela de instalação do WordPress ou está vazio

A conexão funciona mas o banco não tem dados — o dump .sql nunca foi importado. Vá em Overview → Update import, escolha “Keep current database”, anexe seu arquivo .sql e rode de novo. Não complete a tela de instalação: isso criaria um site em branco no mesmo banco.

O site redireciona para meu domínio antigo ou faltam imagens

Essa é a etapa de correção de URL, não o banco. Veja o guia de migração — rode a importação de novo com a URL do site antigo preenchida, ou deixe em branco para a Anested detectar a partir do banco.