Este erro \u00e9 comum e voc\u00ea j\u00e1 deve ter visto pelo menos algumas vezes. Como iniciante no WordPress, este erro pode ser frustrante, especialmente se voc\u00ea teoricamente n\u00e3o fez nada para provoc\u00e1-lo. Neste tutorial, vamos mostrar porque ele acontece e como corrigir o\u00a0erro ao estabelecer uma conex\u00e3o com o banco de dados no WordPress, apresentando v\u00e1rias solu\u00e7\u00f5es para as principais causas. As solu\u00e7\u00f5es propostas neste tutorial funcionaram para a maiorias dos usu\u00e1rios. Aprenda como resolver o problema de conex\u00e3o com o banco de dados.<\/p>\n
Nota:<\/strong> Como sempre, recomendamos que certifique-se de ter backup do seu banco de dados ao menos.<\/em><\/p>\n <\/p>\n source link:<\/p>\n http:\/\/www.wp24horas.com.br\/tutoriais\/como-corrigir-erro-estabelecer-conexao-banco-de-dados-wordpress<\/p>\n <\/p>\n Resumidamente, voc\u00ea est\u00e1 vendo este erro porque o WordPress foi incapaz de estabelecer uma conex\u00e3o com o banco de dados. Agora, a raz\u00e3o pela qual o WordPress apresentou este erro pode variar. Pode ser que seus dados de acesso ao banco de dados foram alterados. Pode ser que seu banco de dados tenha corrompido. Boa parte das vezes esse erro acontece por alguma falha do servidor, contudo, pode haver outros fatores. Fique calmo, nem tudo est\u00e1 perdido! Voc\u00ea tem seguido nossas recomenda\u00e7\u00f5es e feito backups certo? De qualquer forma, vamos ver como podemos solucionar o erro ao estabelecer uma conex\u00e3o com o banco de dados.<\/p>\n A primeira coisa \u00e9 certificar-se que erro ocorre tanto no front-end quanto no back-end (wp-admin). Se a mensagem de erro \u00e9 a mesma nas duas p\u00e1ginas \u201cErro ao estabelecer uma conex\u00e3o com o banco de dados<\/em>\u201c, avance para a pr\u00f3xima etapa. No entanto, se voc\u00ea est\u00e1 recebendo um erro diferente no wp-admin, por exemplo, algo como \u201cUma ou mais tabelas do banco de dados n\u00e3o est\u00e3o dispon\u00edveis. O banco de dados pode precisar ser reparado\u201d, ent\u00e3o voc\u00ea vai precisar reparar seu banco de dados.<\/p>\n Voc\u00ea pode fazer isso adicionando\u00a0 a seguinte linha no seu arquivo wp-config.php<\/strong>:<\/p>\n Depois de fazer isso, voc\u00ea pode ver as configura\u00e7\u00f5es, visitante a seguinte p\u00e1gina: Lembre-se, o usu\u00e1rio n\u00e3o precisa estar logado<\/strong> para acessar esta funcionalidade quando WP_ALLOW_REPAIR<\/em> est\u00e1 definido como true<\/em>. Isso porque a sua principal inten\u00e7\u00e3o \u00e9 reparar um banco de dados corrompido, e geralmente os usu\u00e1rios n\u00e3o conseguem logar quando o banco de dados est\u00e1 corrompido. Sendo assim, recomendamos que, assim que reparar e otimizar seu banco de dados, voc\u00ea certifique-se de remover isto do seu wp-config.php<\/em>.<\/p>\n Se essa repara\u00e7\u00e3o n\u00e3o resolver o problema, ou se voc\u00ea est\u00e1 tendo problemas para executar o reparo, ent\u00e3o continue lendo este artigo, voc\u00ea pode encontrar uma outra solu\u00e7\u00e3o para o problema.<\/p>\n WP-Config.php<\/a> \u00e9 provavelmente o arquivo mais importante de toda sua instala\u00e7\u00e3o do WordPress. \u00c9 nele que voc\u00ea vai configurar os detalhes de conex\u00e3o do banco de dados para o WordPress. Se voc\u00ea mudou o usu\u00e1rio ou senha do banco de dados, ent\u00e3o vai precisar alterar este arquivo tamb\u00e9m. A primeira coisa \u00e9 verificar que os dados ainda s\u00e3o os mesmos e se est\u00e3o corretos.<\/p>\n Lembre-se de que nem sempre o DB_HOST<\/em> pode ser localhost<\/strong>. Dependendo do servidor, poder\u00e1 ser diferente. Para servidores populares como a Hostgator <\/a>e BlueHost<\/a>, entre outros, \u00e9 localhost<\/em>.<\/p>\n Algumas pessoas informaram ter resolvido o problema substituindo o localhost pelo IP. \u00c9 comum ver este tipo de problema quando o WordPress est\u00e1 sendo executado em servidor local. Por exemplo, no MAMP, o valor do DB_HOST, quando alterado para o IP parece funcionar.<\/p>\n O IP pode variar de acordo com o servidor de hospedagem<\/a>.<\/p>\n Se tudo neste arquivo est\u00e1 correto (verifique se h\u00e1 erros de digita\u00e7\u00e3o, isso acontece \u00e0s vezes), ent\u00e3o podemos dizer que pode haver algo de errado com o servidor.<\/p>\n O Erro ao estabelecer uma conex\u00e3o com banco de dados<\/strong>, pode acontecer tamb\u00e9m quando seu site recebe uma grande quantidade de tr\u00e1fego. Basicamente, o servidor n\u00e3o consegue lidar com a carga (especialmente quando voc\u00ea est\u00e1 usando um hospedagem compartilhada<\/a>). Desta forma, seu site dever\u00e1 ficar t\u00e3o lento que para alguns usu\u00e1rios, este erro aparece. Portanto, a melhor coisa que voc\u00ea pode fazer neste momento \u00e9 entrar em contato com o servidor de hospedagem e se informar sobre o status do servidor<\/strong> (MySQL<\/em>).<\/p>\n Se voc\u00ea prefere testar se seu servidor MySQL est\u00e1 rodando, voc\u00ea pode fazer algumas coisas. Teste outros sites no mesmo servidor (se houver) para ver se tamb\u00e9m est\u00e3o tendo problemas. Se eles tamb\u00e9m est\u00e3o recebendo o mesmo erro, ent\u00e3o certamente h\u00e1 um problema com seu servidor MySQL. Se voc\u00ea n\u00e3o tiver qualquer outro site neste mesmo servidor, acesse o cPanel e depois tente acessar o phpMyAdmin<\/strong> e conectar-se ao banco de dados do seu site com problema. Se voc\u00ea conseguir acesso normalmente, verifique se o usu\u00e1rio do banco de dados tem permiss\u00f5es suficientes. Crie um arquivo chamado \u201ctestconnection.php\u201d<\/strong> e cole o seguinte c\u00f3digo:<\/p>\n Certifique-se de substituir \u2018usu\u00e1rio<\/em>\u2018 e \u2018senha<\/em>\u2018. Se foi conectado com sucesso<\/em><\/strong>, ent\u00e3o o usu\u00e1rio tem permiss\u00e3o adequada e pode ser outro erro. Volte ao seu arquivo wp-config.php<\/em> e verifique novamente se tudo est\u00e1 correto (fique atento se h\u00e1 erros de digita\u00e7\u00e3o).<\/p>\n Se voc\u00ea n\u00e3o conseguiu se conectar pelo phpMyAdmin, ent\u00e3o j\u00e1 sabe que \u00e9 um problema no servidor. Isso n\u00e3o significa necessariamente que o servidor MySQL est\u00e1 fora. Pode ser que o usu\u00e1rio n\u00e3o tenha os privil\u00e9gios adequados.<\/p>\n Nota: Se voc\u00ea receber o erro \u201cacesso negado\u201d em qualquer conex\u00e3o com o phpMyAdmin ou atrav\u00e9s de resultados do testconnection.php<\/strong>, ent\u00e3o voc\u00ea deve entrar em contato com sua hospedagem imediatamente para obter suporte para corre\u00e7\u00e3o deste problema.<\/p><\/blockquote>\n Vamos falar sobre outras solu\u00e7\u00f5es que funcionaram para outras pessoas, mas antes, gostar\u00edamos de saber se este tutorial j\u00e1 te ajudou de alguma forma. Se sim, n\u00e3o deixe de escrever um coment\u00e1rio, se puder, informe qual era o problema e qual foi a solu\u00e7\u00e3o. Vamos continuar\u2026<\/p>\n \u00c9 importante dizer que, estas solu\u00e7\u00f5es podem n\u00e3o funcionar para voc\u00ea. Use por sua conta e risco<\/strong>, mas antes, certifique-se de que voc\u00ea tem backups suficientes, caso algo d\u00ea errado.<\/p>\n Um cliente estava recebendo o erro de banco de dados que precisa ser reparado. Mesmo depois de reparar o banco de dados, o erro n\u00e3o foi embora. Ele tentou v\u00e1rias coisas e, no final, o problema era a url do site. Aparentemente, foi alterado, provocando o erro persistir. Ele rodou a seguinte instru\u00e7\u00e3o SQL pelo\u00a0phpMyAdmin<\/strong>:<\/p>\n Substitua YOUR_SITE_URL do exemplo com sua URL real (ex: http:\/\/wordpress24horas.com.br). O nome da tabela wp_options<\/em> ser\u00e1 diferente, caso voc\u00ea tenha alterado o prefixo padr\u00e3o do banco de dados do WordPress<\/a>.<\/p>\n Sachinum <\/a>informou era capaz de se conectar ao banco de dados com testconnection.php<\/em>, ent\u00e3o ele mudou o usu\u00e1rio do banco no wp-config.php para o usu\u00e1rio root. O WordPress come\u00e7ou a trabalhar perfeitamente bem. Ent\u00e3o ele voltou com as configura\u00e7\u00f5es para o usu\u00e1rio do banco de dados, e o WordPress continuou trabalhando. Como ele n\u00e3o conseguia descobrir o que estava errado, concluiu que era um erro de digita\u00e7\u00e3o.<\/p>\n Cutewonders comentou que removeu o conte\u00fado do active_plugins na tabela wp_options e editou o conte\u00fado de recently_edited. Parece que resolveu o problema. Por favor, veja sua resposta completa aqui<\/a>.<\/p>\nPor que este erro acontece?<\/h2>\n
O problema tamb\u00e9m ocorre no \/wp-admin ?<\/h2>\n
define('WP_ALLOW_REPAIR', true);<\/pre>\n
\nhttp:\/\/www.seusite.com.br\/wp-admin\/maint\/repair.php<\/em><\/p>\nVerificando o arquivo WP-Config<\/h2>\n
define('DB_NAME', 'Nome do BD');\r\ndefine('DB_USER', 'Usu\u00e1rio do BD');\r\ndefine('DB_PASSWORD', 'Senha do BD');\r\ndefine('DB_HOST', 'localhost');<\/pre>\ndefine('DB_HOST', '127.0.0.1:8889');<\/pre>\nVerifique seu Servidor (Servidor MySQL)<\/h2>\n
<?php\r\n$link = mysql_connect('localhost', 'usuario', 'senha');\r\nif (!$link) {\r\ndie('N\u00e3o foi poss\u00edvel conectar: ' . mysql_error());\r\n}\r\necho 'Conectado com sucesso';\r\nmysql_close($link);\r\n?><\/pre>\nOutras Solu\u00e7\u00f5es que Funcionaram<\/h2>\n
UPDATE wp_options SET option_value='YOUR_SITE_URL' WHERE option_name='siteurl'<\/pre>\n