MySQL Workbench 또는 MySQL 커맨드라인 명령을 사용하여 쿼리를 실행할 때 다음과 같은 에러가 발생하고 쿼리가 실행되지 않는 경우가 있습니다.

Error Code: 145. Table './mydatabase/mytable' is marked as crashed and should be repaired

 

 

해결 방법

---

이 문제는 데이터베이스 서버에 예기치 못한 에러가 발생했거나 일부 데이터나 실행 프로세스가 손상되었을 경우에 발생합니다. 에러 메세지에 표시된 내용대로 해당 테이블을 복구해주면 대부분은 문제가 해결될 것입니다.

다음 명령어를 사용하여 테이블 복구를 진행해보는 것을 권장합니다.

USE [Database Name];
REPAIR TABLE [Table Name];

 

지금은 리눅스 터미널에 있다고 가정하고 위 명령어를 사용해보겠습니다. mysql 명령어를 사용하여 콘솔에 로그인합니다. (데이터베이스 관리자 권한을 가진 사용자로 로그인합니다. 여기서는 root로 진행하겠습니다.)

$ mysql -uroot -p
Enter password:

 

이후 특정 테이블을 참조하기 위해 USE 문을 사용하여 데이터베이스를 지정합니다. 여기서는 데이터베이스 이름을 mydata로 가정해보겠습니다.

mysql> use mydata;
Database changed

 

먼저 ANALYZE TABLE [Table Name] 구문을 사용하여 현재 테이블에서 발생하는 문제가 어떤 것인지 파악해볼 수 있습니다. 에러 코드 145로 테이블 조회에 실패했음을 알 수 있습니다.

mysql> analyze table mytable;
+----------------+---------+----------+----------------------------------------------+
| Table          | Op      | Msg_type | Msg_text                                     |
+----------------+---------+----------+----------------------------------------------+
| mydata.mytable | analyze | status   | Can't open file: 'mytable.MYI'. (errno: 145) |
+----------------+---------+----------+----------------------------------------------+
1 row in set (0.00 sec)

 

쿼리가 실행될 때 에러가 발생한 테이블 이름으로 테이블 복구를 진행해보겠습니다. 테이블명은 mytable이라고 가정합니다.

mysql> repair table mytable;
+----------------+--------+----------+----------+
| Table          | Op     | Msg_type | Msg_text |
+----------------+--------+----------+----------+
| mydata.mytable | repair | status   | OK       |
+----------------+--------+----------+----------+
1 row in set (10 min 23.40 sec);

진행이 모두 완료되면 Msg_text 컬럼의 값이 OK로 표시될 것입니다. 2G 용량의 데이터베이스에 대해 대략 10분 정도 소요되었습니다.

테이블의 실제 크기에 따라 복구에 소요되는 시간이 다소 걸릴 수 있으므로 주의해주세요.