WP phpMyAdmin 오래된 게시물 삭제를 진행하게 된 이유는 단순했습니다. 게시판 플러그인을 이미 삭제했는데도 예전 URL이 계속 크롤링되고 있었기 때문입니다.
처음에는 단순 캐시 문제라고 생각했습니다. 하지만 시간이 지나도 검색 결과에서 사라지지 않았고, 다시 같은 게시판 플러그인을 설치했을 때 예전 게시물이 일부 다시 연결되는 현상까지 발생했습니다.
이 상황은 단순히 “게시글 삭제” 수준이 아니라 데이터베이스 내부에 데이터가 남아 있다는 의미였습니다. 특히 워드프레스는 게시물 정보가 wp_posts 같은 테이블에 남아 있는 경우가 있어서, 관리자 화면에서 삭제했다고 끝나는 구조가 아닐 수 있습니다.
그래서 이번에는 WP phpMyAdmin 오래된 게시물 삭제 방식으로 직접 데이터베이스를 확인하게 되었습니다.
목차
WP phpMyAdmin 플러그인을 사용한 이유
SSH나 PuTTY로 phpMyAdmin에 접근하는 방법도 시도해봤습니다. 하지만 권한 문제 때문에 접속이 제대로 되지 않았고, 외국 포럼에서 권한 수정 방법까지 참고했지만 해결되지 않았습니다.
결국 방향을 바꿨습니다. “워드프레스 관리자 안에서 직접 접근하는 방식이 더 안전하지 않을까?”라는 생각으로 찾게 된 것이 WP phpMyAdmin 플러그인이었습니다.
이 방식의 핵심은 서버 접근 자체보다 “데이터 확인”에 집중할 수 있다는 점이었습니다.
WP phpMyAdmin 플러그인 설치 과정
워드프레스 관리자에서 플러그인 추가 화면으로 들어가면 WP phpMyAdmin 플러그인을 검색할 수 있습니다. 여기서 중요한 부분은 단순 설치가 아니라 “현재 PHP 버전과 호환되는지” 확인하는 것입니다.
데이터베이스 관련 플러그인은 PHP 버전에 영향을 받는 경우가 있기 때문에 이 부분을 먼저 확인해야 이후 실행 오류를 줄일 수 있습니다.
플러그인 설명에서 확인했던 부분
플러그인 설명을 보면 WordPress Dashboard 내부에서 phpMyAdmin을 사용할 수 있다는 내용을 볼 수 있습니다. 처음에는 단순 DB 관리 플러그인 정도로 생각했는데 실제로는 직접 데이터 검색까지 가능했습니다.
특히 오래된 게시물 삭제 작업처럼 “특정 데이터만 제거해야 하는 상황”에서는 일반 캐시 플러그인보다 훨씬 직접적인 접근이 가능했습니다.
phpMyAdmin 접속 과정
플러그인을 활성화하면 관리자 메뉴에서 phpMyAdmin 접속 화면을 볼 수 있습니다. 여기서 Enter phpMyAdmin 버튼을 눌러야 실제 데이터베이스로 이동하게 됩니다. 만약 정상 실행이 되지 않는다면 아래 Hosting URL 입력 영역을 통해 직접 접속 경로를 입력하는 방식도 사용할 수 있습니다.
이 단계가 중요한 이유는 이후 검색 작업이 모두 데이터베이스 기준으로 진행되기 때문입니다.
데이터베이스 검색 전에 주의했던 부분
WP phpMyAdmin 오래된 게시물 삭제 작업은 일반 글 수정과 다릅니다. 여기서 실수하면 워드프레스 전체가 정상 동작하지 않을 수도 있습니다.
그래서 저는 먼저 백업부터 진행했습니다.
- 호스팅 백업 기능 사용
- 워드프레스 백업 플러그인 사용
- DB Export 저장
특히 wp_posts 테이블은 게시글뿐 아니라 다양한 콘텐츠가 연결될 수 있기 때문에 무작정 삭제하면 문제가 생길 수 있습니다.
전체 데이터 검색 시작
phpMyAdmin에 들어가면 가장 먼저 데이터베이스 전체를 선택한 뒤 Search 메뉴로 이동했습니다. 왼쪽 데이터베이스 이름을 먼저 클릭하는 이유는 특정 테이블만이 아니라 전체 DB에서 관련 데이터를 찾기 위해서입니다.
만약 바로 테이블 안에서 검색하면 일부 데이터만 찾고 끝날 수도 있습니다.
오래된 게시물 키워드 검색
삭제했던 게시판이 KBoard 기반이었기 때문에 검색창에 %kboard% 형태로 입력했습니다. 이 단계가 중요한 이유는 정확한 플러그인 흔적을 찾아야 하기 때문입니다. 게시물 제목으로 찾는 방식보다 플러그인 이름 기준 검색이 더 빠르게 연결 데이터를 찾을 수 있었습니다.
검색 후 Go 버튼을 누르면 관련 데이터가 있는 테이블을 자동으로 찾게 됩니다.
wp_posts 데이터 확인 과정
검색 결과에서는 여러 테이블이 나타났지만 가장 중요했던 부분은 wp_posts였습니다. 여기서 바로 Delete를 누르지 않고 Browse를 먼저 열어 확인했습니다. 이유는 비슷한 데이터가 함께 검색될 수 있기 때문입니다.
실제로 확인해보니 이미 삭제했다고 생각했던 게시물 데이터가 남아 있었고 일부는 오래된 게시판 데이터와 연결되어 있었습니다.
오래된 게시물 완전 삭제
Browse 화면으로 들어가면 실제 게시물 목록을 볼 수 있습니다. 여기서 오래된 게시물을 직접 확인한 뒤 Delete를 눌러 제거했습니다. 단순 워드프레스 휴지통 삭제와 다르게 데이터베이스 자체에서 제거하는 방식이라 이후 재등장 현상이 줄어들기 시작했습니다.
특히 다시 게시판 플러그인을 설치했을 때 예전 게시물이 연결되지 않는 점이 가장 크게 체감됐습니다.
Yoast SEO 데이터도 함께 확인했던 이유
WP phpMyAdmin 오래된 게시물 삭제 작업을 하면서 추가로 확인했던 부분이 WP_yoast_indexable 테이블이었습니다. Yoast SEO를 사용하는 경우 게시물 정보가 별도로 저장될 수 있기 때문입니다.
즉, 게시글은 삭제했는데 SEO 데이터가 남아 있으면 검색 엔진이 예전 정보를 다시 탐색하는 경우도 생길 수 있습니다.
그래서 다음 항목도 함께 점검했습니다.
- wp_posts
- wp_postmeta
- wp_yoast_indexable
- 게시판 플러그인 전용 테이블
삭제 후 실제로 달라졌던 부분
WP phpMyAdmin 오래된 게시물 삭제 후 가장 먼저 달라진 부분은 크롤링 로그였습니다. 예전에는 삭제한 게시판 주소를 계속 요청했는데 시간이 지나면서 점차 줄어들기 시작했습니다.
추가로 체감했던 부분은 다음과 같았습니다.
- 삭제 게시물 재등장 감소
- 오래된 URL 요청 감소
- 게시판 재설치 시 충돌 감소
- 불필요한 DB 데이터 감소
특히 워드프레스 게시판 플러그인을 여러 번 설치·삭제했던 경우에는 남아 있는 데이터가 생각보다 많을 수 있다는 점도 확인했습니다.
결국 이번 작업은 단순 게시글 삭제가 아니라 “남아 있는 흔적 정리”에 가까운 작업이었습니다. 워드프레스에서 삭제했는데도 검색과 크롤링이 계속된다면 데이터베이스 내부까지 한 번 확인해보는 것이 문제 원인을 찾는 데 도움이 될 수 있습니다.
▶ LiteSpeed Cache ESI 기능, 블로그에서는 왜 신중해야 할까?
