불의 신전: [팁][MySQL] 깨진 테이블 복구

[문제]

가끔씩 DB가 Crash되거나 불안정하게 작동할 때 혹은 "mysqldump"시 에러가 날 때 인덱스를 다시 설정하는 과정이다.

실제 물리적인 하드에 에러가 나서 DB파일인 MYI파일이 손상되었을 때는 적용을 해도 완전히 복구되지 않을 수 있다.

[설정]

필수 : root 권한으로 로그인 해야 한다.

가정 : DB명 = test / 깨진 테이블명 = crash 로 가정하고 설명을 진행한다.

정보

- 일반적으로 "/var/lib/mysql/DB명"에 테이블명.MYD/테이블명.MYI/테이블명.frm 3개 파일이 생성된다.

- 여기에서는 /var/lib/mysql/test/crash.MYD (crash.MYI crash.frm)로 가정한다.

[해결과정]

1. MySQL데몬을 중지한다.

2. 모든 데이터베이스 원본파일들을 백업한다.

3. 복구명령을 내린다.(= myisamchk)

4. MySQL데몬을 다시 시작한다.

[내용]

# /etc/rc.d/init.d/mysqld stop // 데몬 중지

# tar cvfpz 20010102-DB_test_crash-backup.tgz /var/lib/mysql/* // 만약을 위해 백업

# myisamchk -r /var/lib/mysql/test/crash.MYD // 복구명령

# /etc/rc.d/init.d/mysqld start // 데몬 재시작

[응용]

정상적인 DB파일들이라면, myisamchk 으로 DB를 체크하는 것은 별 문제가 없다.

한번에 깨진 테이블과 혹시 모를 나머지도 한꺼번에 체크를 하자.

# myisamchk -r /var/lib/mysql/test/*.MYD // 모든 테이블 파일 복구명령

혹시 한번으로 복구가 되지 않으면 한번더 해보자. (실제 요번 복구는 3번에 걸쳐서 이루어졌다.)

[사족]

mysqldump를 통해 DB를 백업하는데 많이 쓰는 테이블(접속경로를 기록하는 테이블)이 크래쉬되었다고 나와서 복구를 하는 과정에

깜짝 놀랐다.. 이 테이블을 고치니.. 갑자기 "공지사항"게시판에 글들이 모두 날라가는 사고가 있었고....

"공지사항"을 복구하니 나머지 2개의 게시판의 글이 다 날라가고....

잠시 당황했던 정신을 차리고 하나하나 순서대로 진행을 하니..

다행히 모든 테이블이 살아났다. (여기서 백업의 중요성을 다시 한번 깨달음..ㅠ.ㅠ 땀 삐질..~~)

공교롭게도 얼마전 윈도우7을 까는 과정에 컴퓨터의 하드디스크도 날라가 버려서... 백업해 두었던 모든 파일이 날라가 버리는....으..

결론은.... 백업을 생활화 합시다. (죽도록 후회말고 매일 매일 백업 또 빽업...... ^^)

불의 신전