다음과 같은 에러 메세지로 page corrupt이 나타나기도 한다.
InnoDB: Starting crash recovery.
InnoDB: Reading tablespace information from the .ibd files...
InnoDB: Restoring possible half-written data pages from the doublewrite
InnoDB: buffer...
InnoDB: Warning: database page corruption or a failed
InnoDB: file read of space 0 page 2261013.
InnoDB: Trying to recover it from the doublewrite buffer.
InnoDB: Recovered the page from the doublewrite buffer.
InnoDB: Last MySQL binlog file position
.........
140129 9:16:22 InnoDB: unable to find a record to delete-mark
InnoDB: tuple DATA TUPLE: 3 fields;
0: len 8; hex 2081eb2a44762a29; asc *Dv*);;
1: len 8; hex 8000000000152639; asc &9;;
2: len 8; hex 800000000219c3c2; asc ;;
InnoDB: record PHYSICAL RECORD: n_fields 3; compact format; info bits 0
0: len 8; hex 2081ea41e7f9a0c2; asc A ;;
1: len 8; hex 800000000010356f; asc 5o;;
2: len 8; hex 8000000000511bcb; asc Q ;;
space 0 offset 1163630 (343 records, index id 26)
InnoDB: Submit a detailed bug report to http://bugs.mysql.com
이와 같은 에러도 InnoDB가 관리하는 page중 한 곳이 corrupted되어서 발생한 것이다.
이와 비슷한 에러가 발생하며 restart가 반복되면 방법이 없다.
innodb force recovery가 안될 수도 있다.
그냥 전체 복구를 진행한다.
'MySQL 에러 처리법' 카테고리의 다른 글
13. MySQL 이 알수없는 에러로 Restart 된 경우 1 (0) | 2015.01.27 |
---|---|
9. snapshot으로 mysqldump 실행 시 장애가 발생하는 경우 (0) | 2014.03.24 |
7. 서버의 hostname이 변경된 경우 (0) | 2013.02.07 |
6. Fail to open log (0) | 2010.09.14 |
5. The total number of locks exceeds the lock table size (0) | 2010.09.14 |