WordPress에서 데이터베이스 연결 설정 오류를 수정하는 방법
게시 됨: 2016-06-01WordPress 초보자에게 "데이터베이스 연결 설정 오류"는 악몽이 될 수 있습니다. 여러 가지 이유가 있을 수 있습니다. 때로는 문제를 찾고 문제를 해결하는 데 너무 오래 걸립니다. 좌절감은 너무 높아서 초보자가 평생 이 사건을 기억할 것입니다.
이제 이 오류의 정확한 영향에 대해 설명했고 가볍게 여기지 않기를 바랍니다. 해결 방법과 오류 원인을 살펴보겠습니다.
이 오류 뒤에 무엇이 있습니까?
WordPress를 수동으로 설치했다면 이 질문에 대한 답변이 필요하지 않습니다. 그러나 두 번째 상황, 즉 Simple Scripts와 같은 도구를 통해 WordPress를 설치한 경우라고 생각합니다.
우리는 설치의 세부 사항을 살펴볼 필요가 없으므로 정확히 뒤에 무엇이 있는지 알지 못합니다. 이제 몇 가지를 배울 차례입니다.
WordPress 기반 웹 사이트는 데이터(파일 및 폴더)의 프런트 엔드 측면을 저장하는 파일 관리자와 대부분의 프런트 엔드의 기록(및 파일과 폴더 간의 연결)을 유지하는 데이터베이스로 구성됩니다. -종료 데이터.
이 두 끝은 함께 작동하여 WordPress 기반 웹 사이트를 실행하고 유지해야 합니다. 그리고 이 두 끝이 서로 이야기하고 조화롭게 작동하도록 하기 위해 설치 시 연결이 설정됩니다.
이제 프런트 엔드와 데이터베이스 간의 '연결'에 문제가 발생하면 이 오류가 발생합니다.
이제 프런트 엔드는 데이터베이스에 대한 로그인 및 구성 세부 정보를 유지하는 특정 파일을 보유합니다. 해당 파일에 문제가 있거나 구성의 일부가 잘못되었거나 로그인 자격 증명이 잘못된 경우(또는 변경 사항) 이 오류가 발생합니다.
이 오류가 발생할 수 있는 또 다른 상황은 데이터베이스 부분이 응답하지 않는 경우입니다. 또는 최악의 경우 기술 또는 코딩 관련 문제로 인해 데이터베이스 끝이 손상됩니다.
실제 상황에서 WordPress가 설치되고 웹마스터가 백엔드 또는 프론트엔드에서 아무 것도 건드리지 않으면 이 오류는 거의 발생하지 않습니다. 그러나 아무 것도 하지 않았더라도 서버 수준에서 몇 가지 실수로 인해 오류가 발생할 수 있습니다.
대부분의 경우 호스팅 공급자 측의 서버 오류로 인해 문제가 발생합니다.
이 오류의 근원을 이해하기 위해 알아야 할 모든 것, 그리고 모든 것을 이해하고 나면 다음 단계, 즉 문제에 대한 솔루션으로 넘어갈 때입니다.
데이터베이스 연결 설정 오류를 수정하는 방법은 무엇입니까?
원인에 따라 수정 사항이 다를 수 있습니다. 모든 총을 쏘기 전에 실제 원인을 알아야 합니다. 원인을 찾는 것은 중요하고 까다로운 부분이므로 코딩 부분을 모르는 경우 항상 호스팅 제공업체 뒤에 있는 지원 팀의 도움을 받는 것이 좋습니다.
#1 로그인 자격 증명 확인
프런트 엔드 측(파일 관리자)에 저장된 wp-config 파일에는 데이터베이스에 대한 로그인 자격 증명 및 구성 세부 정보가 들어 있습니다. 해당 파일에서 변경된 사항이 있는지 확인하고 로그인 정보가 올바른지 확인해야 합니다.

그것을 테스트하기 위해, 당신은 새로운 파일을 생성할 수 있고, 아무거나 이름을 짓고 '.php'로 저장할 수 있습니다. 확대. 이제 파일을 열고 다음 코드를 붙여넣습니다.
<?php
$test 연결 = mysql_connect('localhost', '루트', '비밀번호');
if (!$testConnection) {
die('오류: ' . mysql_error());
}
echo '데이터베이스 연결이 작동 중입니다!';
mysql_close($testConnection);
?>
파일을 저장한 다음 브라우저에서 해당 파일의 URL을 엽니다. Enter 키를 누르면 파일 내부의 코드가 실행되어 정확한 결과를 가져옵니다.
여기에서 오류를 찾으면 가장 좋은 해결책은 사용자 이름과 암호 조합을 변경하고 데이터베이스 측에서도 동일한 변경 사항을 반영하는 것입니다.
#2 데이터베이스 복구
최대 횟수, 문제는 웹사이트의 프런트 엔드에 있으며 대시보드 영역은 계속 액세스할 수 있습니다. 이 경우 WordPress 자체에서 손상된 데이터베이스 복구에 관한 메시지를 받게 됩니다. 주의해서 진행하고 모든 것이 예상대로 작동하면 문제가 해결됩니다.
이 경우 데이터베이스에 있는 하나 또는 두 개의 테이블이 손상되어 문제가 발생합니다. 기본 복구 도구가 작동하지 않는 경우 타사 플러그인을 사용하거나 호스팅 제공업체 뒤에 있는 지원 팀에 테이블을 살펴보고 수정하도록 요청할 수도 있습니다.
데이터베이스가 저장할 수 없고 완전히 손상된 경우 새 데이터베이스를 만들고 백업 파일을 새 데이터베이스로 복원해야 합니다.
#3 서버 상태 확인
대부분의 상황에서 WordPress 웹 사이트는 하루에 약 100회(또는 최대 1000회) 방문을 받기 때문에 공유 호스팅 계획에서 시작합니다. 그러나 시간과 노력으로 웹 사이트는 인기를 얻고 1분에 수백 건의 조회수를 받기 시작합니다. 서버는 대규모 트래픽을 처리하기 위한 것이 아니므로 응답하지 않을 변명을 찾습니다.
서버가 데이터 트래픽을 관리할 수 있는 한계가 있으며, 최대치에 도달하면 오류가 발생하기 시작합니다.
따라서 귀하의 웹사이트가 이러한 경우라면 서버 제공업체에 연락하는 것 외에는 아무 것도 할 수 없습니다. Hosting Server 공급자 뒤에 있는 지원 팀과 통신하고 문제를 공유하십시오. 그들이 약속한 대로 좋다면 문제가 해결될 것입니다. 그렇지 않으면 새롭고 더 나은 서버로 전환할 적기입니다.
마지막 단어
앞서 설명했듯이 대부분의 경우 서버 때문에 오류가 발생합니다. 서버가 응답하지 않는 순간, 호스팅 공급자가 서버를 가져와 다시 실행할 때까지 기다리는 것 외에는 문제를 해결하기 위해 아무 것도 할 수 없습니다. 이것이 알려진 호스팅 제공업체와 함께 가는 것이 적극 권장되는 정확한 이유입니다.
웹 사이트에 트래픽이 많이 발생하고 여전히 공유 호스팅 계획을 고수하고 있다면 관리형 WordPress 호스팅 계획으로 전환할 적기입니다(Flywheel 권장 – 쉽고 저렴하며 많은 시간과 비용을 절약할 수 있습니다. 좌절). 관리 또는 VPS 계획을 시작하면 단일 서버에 다른 사이트가 없을 것이며 해당 특정 서버의 사양은 대규모 트래픽을 처리할 수 있는 최고 수준이 될 것입니다.
이제 이 오류에 대해 어떻게 생각하십니까? 수정 사항이 효과가 있었고 웹 사이트가 가동 중이라고 확신합니다. 오류를 일으킨 정확한 문제는 무엇입니까? 상의하자!