Can't drop database '%s'; database doesn't exist

식별

현재 화면 또는 로그에 표시된 오류 메시지와 다음 MySQL 오류 정보를 대조합니다.

• 오류 번호: 1008
• 심볼: ER_DB_DROP_EXISTS
• SQLSTATE: HY000
• 메시지: Can't drop database '%s'; database doesn't exist

%s 자리에는 대상 데이터베이스 이름이 표시됩니다.

현재 메시지가 위 형식과 일치하면 MySQL 오류 번호 1008로 식별합니다.

출처

• MySQL 8.0 Server Error Message Reference (새 창에서 열림)

진단 기록

먼저 문제가 발생한 URL 또는 화면, 표시 시각, 사용한 플랫폼과 배포 버전을 기록합니다. 화면과 로그에서 오류 문자열이 일부만 보이면 앞뒤 문장을 포함해 원문을 보존하고, 민감한 값은 가립니다.

다음 순서로 관찰값을 대조합니다.

1. 현재 화면 또는 로그의 메시지가 Can't drop database '<데이터베이스 이름>'; database doesn't exist 형식과 일치하는지 확인합니다.
2. 오류 번호가 표시되는 경우 1008인지 확인합니다.
3. SQLSTATE가 표시되는 경우 HY000인지 확인합니다.

각 항목은 확인한 값과 확인하지 못한 이유를 함께 기록해야 합니다. 이 문서의 조건과 실제 관찰값이 다르면 원인을 단정하지 말고, 문제 해결 시작 가이드에서 더 넓은 분기를 선택하십시오.

판정 기준

오류 문자열이 일치한다는 사실만으로 원인이 확정되지는 않습니다. 같은 문구가 여러 환경에서 나타날 수 있으므로 웹서버·런타임·운영체제·최근 변경 사항을 함께 비교합니다. 한 단계에서 기대한 값이 나오지 않으면 다음 단계로 넘어가지 말고 해당 환경의 공식 문서를 우선 확인합니다.

안전한 다음 단계

검사 전에 백업과 변경 이력을 확인하고, 비밀번호·세션 쿠키·인증 토큰·개인정보를 공개 로그나 문의 내용에 넣지 않습니다. 설정·권한·데이터를 변경해야 한다면 영향 범위와 되돌리는 방법을 먼저 기록한 뒤 운영 시간과 승인 절차에 맞춰 진행합니다.

원인 분포

이 분포는 수집된 3건의 사례에서 관측된 원인 기준이며, 실제 발생 빈도를 의미하지 않습니다.

관측된 원인	사례
현재 선택된 database와 실제 작업 대상 불일치	[Observation] 사례 1
서버 재시작·복구 전후 메타데이터 불일치	[Observation] 사례 2
테이블 목록과 InnoDB 메타데이터 불일치	[Observation] 사례 3

오진 함정

• [Observation] 객체가 존재하지 않는다는 오류가 발생해도, 현재 선택된 database가 실제 작업 대상과 다를 수 있습니다.
• [Observation] 테이블 목록에 보이는 상태만으로 실제 InnoDB 메타데이터와의 일치를 확정할 수 없습니다.
• [Observation] 서버 재시작이나 복구 이후에는 메타데이터 상태가 달라졌는지 확인해야 합니다.

환경 매트릭스

환경 또는 상태	관측된 문제	사례
클라이언트의 database 선택 상태가 실제 대상과 다름	객체를 찾지 못함	[Observation] 사례 1
서버 재시작·복구 직후	메타데이터에 따른 객체 존재 판단 불일치	[Observation] 사례 2
InnoDB 메타데이터와 테이블 목록이 불일치	객체 존재 오류	[Observation] 사례 3

진단 순서

1. [Observation] 현재 선택된 database와 작업 대상 객체 이름을 확인합니다.
2. [Observation] 서버 재시작 또는 복구가 있었다면 실제 메타데이터를 확인합니다.
3. [Observation] 테이블 목록과 InnoDB 메타데이터가 일치하는지 확인합니다.
4. [Observation] 상태 불일치가 확인되면 사례 1에서는 올바른 대상으로 변경했고, 사례 3에서는 일관된 백업·복원으로 상태를 맞췄습니다.

[Hypothesis] 위 확인 순서는 대상 database나 메타데이터 상태를 먼저 분리해 객체 부재 오류의 원인을 좁히는 데 사용할 수 있습니다.