워드프레스 장애 진단 순서｜캐시·DB·서버 원인 분리 허브

워드프레스가 느리거나 관리자 화면만 멈출 때 플러그인을 무작정 삭제하면 원인을 놓치기 쉽습니다. 이 허브는 SJSBiz의 워드프레스 진단 글을 증상과 계층별로 연결하고, 안전하게 확인할 순서를 제공합니다.

진단 전 기준점 만들기

• 문제가 시작된 시각과 직전 변경 사항을 기록합니다.
• 홈페이지, 글 화면, 관리자 화면 중 어디가 느린지 구분합니다.
• 로그인 상태와 로그아웃 상태를 각각 비교합니다.
• 백업과 복구 방법을 확인한 뒤 변경합니다.

증상별 진입점

사이트 전체 또는 간헐적 느려짐

• TTFB가 길 때 서버·DB·캐시 계층 분리
• 간헐적 느려짐의 발생 시각과 패턴 기록
• 캐시 플러그인 설정을 안전하게 비교
• Redis 오브젝트 캐시 적용 전후 검증

관리자 화면만 느릴 때

• 관리자 전용 느려짐 진단
• admin-ajax.php 요청 병목 확인
• Heartbeat 요청 빈도와 영향 확인
• autoload 옵션 크기와 출처 진단

예약 발행·이미지·보안 표시 문제

• 예약 발행 실패와 WP-Cron 지연
• 교체한 이미지가 예전 상태로 보일 때 캐시 계층 확인
• 혼합 콘텐츠 오류의 HTTP 자원 찾기
• 반복되는 404 요청을 로그에서 추적

권장 확인 순서

1. 브라우저 계층: 시크릿 창과 다른 네트워크에서 재현합니다.
2. 페이지 계층: 홈·글·관리자 화면의 응답 차이를 기록합니다.
3. 캐시 계층: 브라우저, CDN, 페이지 캐시를 한 층씩 확인합니다.
4. 애플리케이션 계층: 플러그인·테마 변경 이력과 오류 로그를 확인합니다.
5. 데이터베이스 계층: 느린 쿼리와 autoload 데이터를 확인합니다.
6. 서버 계층: CPU·메모리·PHP-FPM 상태를 같은 시각의 로그와 맞춥니다.

변경 전후 기록표

중단해야 하는 경우

• 최근 백업의 복구 가능 여부를 확인하지 못한 경우
• 운영 사이트에서 DB 삭제·일괄 치환을 바로 실행하려는 경우
• 캐시·CDN·플러그인을 동시에 바꾸려는 경우
• 로그에 개인정보나 인증정보가 포함된 경우

한 단계의 효과를 확인한 뒤 다음 단계로 이동해야 원인과 해결책을 연결할 수 있습니다. 운영 사이트에서는 되돌릴 수 있는 변경을 우선하고, 위험한 작업은 스테이징 환경에서 먼저 검증합니다.

검증 범위: 이 허브는 기존 진단 글을 증상과 계층별로 연결하기 위한 안내 페이지입니다. 호스팅 환경과 플러그인 구성에 따라 명령과 경로가 다를 수 있으므로 백업·복구 절차와 공식 문서를 함께 확인합니다.

공식 확인 자료

• WordPress 공식 문서 — 관리자·콘텐츠·설정의 기본 동작
• WordPress 디버깅 공식 안내 — 로그와 디버그 설정의 사용 범위
• WordPress Cron API 문서 — 예약 작업과 WP-Cron 동작
• WordPress Transients API 문서 — 임시 데이터와 캐시 만료의 기본 원리

플러그인이나 호스팅사가 별도 동작을 추가할 수 있으므로 WordPress 코어 문서와 해당 서비스의 공식 안내를 함께 대조합니다. 운영 서버의 인증정보·전체 오류 로그는 공개하지 않습니다.